-
Notifications
You must be signed in to change notification settings - Fork 0
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
[PPconverter] Mapping rules for casting #22
Comments
@marie-ototoi @pasqLisena sorry for this late answer... :) About critical points
Why is it a problem ? the casting detail describes the instruments, not the players. So if we have 3 instruments played by 1 person only, there will be 3 casting details.
The casting detail can represent a group (orchestra, etc.), e.g. if we have a concerto for violin and orchestra (without further details), we have 2 casting details : violin, orchestra.
Using the above model, we have no problem with any number of ensembles. But yes, this leaves open the question of the number of players, which should be addressed. |
Sometimes we have the sheets separated for percussionists (i.e. Percussion 1 plays triangle and bass drum, Percussion 2 cymbals and tubolar bells, Percussion 3 timpani). It apply also to other instruments (i.e. often the 2nd Flute plays the Piccolo for few measures). I don't know if we have this info in our data. But, in any case, this could not be an information to keep?
Great! This is a solution!
Yes, like
I agree. However it is the most complex example we have from the parsing point of view.
I am not understanding what you are referring to. |
Yes, this is very interesting but maybe we enter too much into details... We had this kind of questions in the beginning of the project, when we thought that the model could help the music library of Radio France for example, but RF said it would raise other problems, so we dropped the idea. As you know, a score may be divided between interpreters, but then you have other parameters that enter into account, sometimes not really musical ones...
We had talked about the description of a "number of players" when this is explicitly mentioned by the composer, e.g. a piece "for 2 pianos or 4-hands piano". In this case we have an alternate casting : casting 1 is straightforward (mop=piano, quantity=2), casting 2 involves counting the number of performers (mop=piano, quantity=1, number_of_performers=2). If the implicit number of players is a problem, then we have to model it differently, not on M23_Casting but as another intention (E29), pointing to the related M23. |
Nous avions estimé que ce champ n'était pas renseigné de façon assez structurée et systématique pour être exploitable... mais peut-être qu'en le comparant avec le référentiel des MOP on peut ne garder que ce qui matche ? |
@pasqLisena Would you like to give it a try in the MARC2RDF implementation, and we will manually review what has been extracted for the corpora we have been given (or samples of it)? |
Done:
examples:
Todo:
I add this list also on the top. |
In the mapping rules for the Philharmonie, all properties for casting (except a textual
P3 has note
) are marked withBut we are wasting a lot of details that PP has in their data.
Examples
Here some examples coming from Beethoven and Dutilleux's files.
What we can do
,
, the wordet
and brackets( )
)Editeur : Heugel
should not be there)Critical points
orchestra
and at the same time declare the instruments that it includes?2 ensembles
is probably the most difficult.Maybe these critical points are not related to the implementation, but to the modeling.
ROADMAP
1 ophicléide ou tuba
)The text was updated successfully, but these errors were encountered: