BetaMasaheft / Documentation

Die Schriftkultur des christlichen Äthiopiens: Eine multimediale Forschungsumgebung
3 stars 3 forks source link

qǝne poems #2504

Open thea-m opened 5 months ago

thea-m commented 5 months ago

I am describing a manuscript (Halle, DMG Yi 135 III C (7)) that consists of c. 20 qǝne poems, varying in length between a few lines and one page. Should I create work records for each (on the grounds that the text is available), or rather use narrative units for the indicated qǝne modes (ʿǝṭāna mogar, gubāʿe qānā etc) and give the text of the poems only in the manuscript description (on the grounds that they presumably were not composed/written down with an intention of further circulation)?

See also https://github.com/BetaMasaheft/Documentation/issues/1289

@DenisNosnitsin1970 @CarstenHoffmannMarburg @eu-genia

DenisNosnitsin1970 commented 5 months ago

I would say, the second choice. Some of them have been written down, but not with the purpose of further circulation.

eu-genia commented 5 months ago

Thank you!

Qǝne is always a tricky matter, being an oral composition put in writing...

On going through the records I see that there are indeed many inconsistencies that have to be cleaned.

  1. Many of the manuscripts with qǝne poems were described using keywords/authority files. Yet there is a keyword PoemQene https://betamasaheft.eu/authority-files/PoemQene/main, (this one is the old one, with a description to it), and then probably following #1289 an additional keyword Qenehttps://betamasaheft.eu/authority-files/Qene/main was created, both have been used in the same set of manuscripts, with one exception, see https://betamasaheft.eu/authority-files/list?keyword=PoemQene and https://betamasaheft.eu/authority-files/list?keyword=Qene (the second list has one more, BLorient570) - neither of the lists is complete, there are many MSS I know have qǝne poems but do not feature on either list, so probably the keywords have not been used consistently.

  2. There is also a general CAe ID LIT5129Qene https://betamasaheft.eu/works/LIT5129Qene/main used so far in 2 manuscripts.

  3. Then there is also still LIT4013EtanaMand possibly other similar work records (Issue #1289 was opened and closed but we still have LIT4013EtanaMin CAe, used also in manuscript records, despite it being a type of text and not a text, t2and t3being however incipits of texts never transformed to either LIT or NAR, somewhat confusing)

  4. Most manuscripts mention qǝne use neither keyword nor ID of any type, e.g. see BNFabb145with a collection of qǝne produced for d'Abbadie and edited by Guidi, no ID in Bm

My suggestions here are:

  1. remove one of the keywords, stick to one
  2. use the remaining keyword (possibly PoemQene, having a more elaborate structure, or Qene, but then the abstract should be copied over) consistently in all cases where a qǝne poem is featured, to be able to easily look for them (so all these currently 59 mss https://betamasaheft.eu/as.html?query=qene&homophones=true&AttestedInType=1&xmlid=&work-types=mss should appear in the keyword search results too)
  3. create and use upper-level general CAe IDs for poems that cannot be further identified (LIT5129Qenefor any unspecified poem, LIT4013EtanaMfor any unspecified qǝne of etana mogar type, etc. for each type)
  4. create IDs for recorded poems that can be clearly identified, even if these are unique, as we also do for letters and other unique texts, as long as they are part of the main content of a manuscript (I would not be so sure about additiones though, we usually do not create upper level IDs for prayers/greetings/supplications appearing uniquely in additiones if they are not copied more times and/or as main text - so for additiones I would leave the keyword and the text, where available, as a q) 4.1. one way to do this is to create upper level CAe ID for each poem (am not sure whether this is the best way) 4.2. the more economic solution could be that we add an edition in the generic records and there list the poems we encounter, each with its own div, and naturally xml:id, and then we can refer to them elsewhere with that derived ID (e.g. looking at the examples given here https://betamasaheft.eu/authority-files/PoemQene/main we take the text from the example one, put it as a div with xml:id="ESmma008" under LIT4013EtanaMand then we can refer to it as LIT4013EtanaM#ESmma008 in the msDesc
DenisNosnitsin1970 commented 5 months ago

What means "clearly identified"? Yes, there are two type: one is qene as additional notes, there is a group of supposedly qene-poems which are part of a work (actually it is not clear enough what they are, they need some elaboration). But those written as additional notes are meant to be unique. LIT4013EtanaM - very good, but the record is supposed to unite completely different texts, do we really do/want this (Now, I have a bit more clarity about the topic)? It looks to be a little against the concept ... The with LIT5129Qene is insecure, one is from Turaev's description, another from EMIP, both cases cannot be checked, in both an addition could be - not quite correctly - registered as main texts.

DenisNosnitsin1970 commented 5 months ago

Of course, we should remember that in most of the cases the type of qene remains not identified. In Abb 145 it is not; Guidi who edited them did not identified the types either; those with type- identification are rather exceptions. To identify the type is a difficult and special task. This was one of the previous considerations, as far as i can remember.

DenisNosnitsin1970 commented 5 months ago

Indeed, there can be the means to sort out those whose type are known, according to the types but those who are not can be made just good searchable. If qenes are part of a work (= main content), this is again a different matter.

eu-genia commented 5 months ago

@abausi should also have a say as in fundamental decisions that regard (or not) the Clavis

DenisNosnitsin1970 commented 5 months ago

I volunteer to follow the topic closer as I have to prepare smth about it.

abausi commented 5 months ago

Ok, Denis; as for me, I would agree with 1), 2), 3) and 4) as suggested by Genia, If it is a secondary text, that weill be noted, but (like for a short miracle), it has to receive an ID as well. Important also to have a definition of the type, obviously, if this is enough clear, and for all types, of course. I am only undertain whether also 4.2 really works, but it might be a good proposal.

thea-m commented 5 months ago

Thank you. If there is agreement that @DenisNosnitsin1970 will elaborate the general encoding, let me just come back to those suggestions that pertain directly to the practical current issue of the manuscript in question. In a choice between 4-1 and 4-2, I would prefer 4-1, because 4-2, while elegant encoding, would be very idiosyncratic within our research environment, and I think there is an argument to be made for solutions also to be understandable to those who are not encoding experts. Regarding the manuscript DMG Yi 135 III C (7), this would mean to create single CAe IDs for all poems contained in it (all are identified with a qǝne type in the manuscript), which I will do if there are no objections.

eu-genia commented 5 months ago

(the images in EMIP01908 should be visible now, as mentioned, we have all EMIP images but many stubs lack the information on the number in facs, as soon as this is added the images become accessible, check https://github.com/BetaMasaheft/Documentation/issues/2017 )

to sum up -We always must use the keyword (Qeneor PoemQene?) - this will make the already searchable if one wants to find all qene we know of -When part of the main text, a CAe ID must be used. --When we have no access to the text we can use LIT5129Qene or, when we know the mode, a generic ID for the mode (?) --When we have the text (which I meant under "clearly identified") we should create a specific CAe ID. -When an additio, type PoemQene with the q wherever possible is sufficient

DenisNosnitsin1970 commented 5 months ago

Having surveyed the materials a little, I still have a couple of questions to suggestions, to be asked after the break.

DenisNosnitsin1970 commented 5 months ago

Just to continue and get clear guidelines: we assign IDs to all qenes, shaped as additional notes ("GuestText") or a part of main text; the same with the collections (ideally each with an ID, alternatively as text parts). There should be a possibility to indicate, in a formalized way, the mode of qene, if known, inside the record. The simplest way is to use LIT5129Qene as general record for the cases where the text proper of a qene is not available, or, unless considered too odd, also in this case an ID can be created (esp. if the mode is known).

thea-m commented 5 months ago

Maybe you could create keywords for the modes, in analogy to the keywords ArarayMode etc?

DenisNosnitsin1970 commented 4 months ago

I see that in the current work records for qene the poem is represented as continuous text, without line structure (despite having been encoded according to the line structure (<l n="1"/> etc.). Can that be changed? Keywords for the qene types would be great.

eu-genia commented 4 months ago

The schema and the taxonomy now have the keywords

<category>
         <desc>Qǝne Types</desc>
         <category xml:id="EtanaMogar" corresp="https://betamasaheft.eu/authority-files/EtanaMogar/main">
            <catDesc>ʿƎṭāna mogar</catDesc>
         </category>
         <category xml:id="Mawaddes" corresp="https://betamasaheft.eu/authority-files/Mawaddes/main">
            <catDesc>Mawaddǝs</catDesc>
         </category>        
         <category xml:id="KebrYeeti" corresp="https://betamasaheft.eu/authority-files/KebrYeeti/main">
            <catDesc>Kǝbr yǝʾǝti</catDesc>
         </category>
         <category xml:id="Sellase" corresp="https://betamasaheft.eu/authority-files/Sellase/main">
            <catDesc>Śǝllase</catDesc>
         </category>
         <category xml:id="Zayeeze" corresp="https://betamasaheft.eu/authority-files/Zayeeze/main">
            <catDesc>Za-yǝʾǝze</catDesc>
         </category>
         <category xml:id="Kwellekomu" corresp="https://betamasaheft.eu/authority-files/Zayeeze/main">
             <catDesc>Kʷǝllǝkǝmu gǝʿǝz</catDesc>
          </category>
      </category>

I have gone through some of the manuscripts to insert these, we need to check works and narratives, e.g. LIT4013EtanaM, NAR0183EtanaMogar, see also https://github.com/BetaMasaheft/Works/pull/1086, to disambiguate and clean

eu-genia commented 4 months ago

In general, of course when quoting poetry it is better to use mark up for the lines (at least as <lb/>)

eu-genia commented 4 months ago
DenisNosnitsin1970 commented 4 months ago

"Kwellekemu" as keyword does not work, please check if all is correct, above,

Kʷǝllǝkǝmu gǝʿǝz
eu-genia commented 4 months ago

refresh all your repositories and click image

eu-genia commented 4 months ago

Kwellekomu

eu-genia commented 4 months ago

sorry there is an o

eu-genia commented 2 months ago

I could not discover the keyword "wazema" (a qene type.)

Originally posted by @DenisNosnitsin1970 in https://github.com/BetaMasaheft/Works/issues/1123#issuecomment-2181592568

DenisNosnitsin1970 commented 2 months ago

Concerning LIT4013EtanaM - it is used in two cases only, and in both the mss cannot be viewed.
Should I make independent IDs anyway (sometime in the future the texts will be accessible)? the chance that this is the same poem is zero.

DenisNosnitsin1970 commented 2 months ago

NAR0183EtanaMogar is not used at all. According to my understanding of what is "narrative unit", I see that there is a very, very narrow chance that it will ever come to use. Should it be left or removed, to get it less chaotic?

eu-genia commented 2 months ago

See above: we said we use LIT4013EtanaM wherever we have no text for identification, and create independent CAe IDs when we have. NAR0183EtanaMogar I think yes it can be deleted.

DenisNosnitsin1970 commented 2 months ago

That is ok, can/should the way we use the record be somehow reflected in it? that this is a general record for the qene type, to be used when we have no access to the qene text. (I can do this). Otherwise it may be confusing.

eu-genia commented 2 months ago

OK. "general record for the qene type, to be used when we have no access to the qene text"

eu-genia commented 1 week ago

https://github.com/BetaMasaheft/Documentation/issues/2614#issue-2493537950 Gubae Qana

abausi commented 1 week ago

I am in favour of creating the entry.

Il ven 22 mar 2024, 14:15 Eugenia @.***> ha scritto:

@abausi https://github.com/abausi should also have a say as in fundamental decisions that regard (or not) the Clavis

— Reply to this email directly, view it on GitHub https://github.com/BetaMasaheft/Documentation/issues/2504#issuecomment-2015078779, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEYMY2HLOJ6ULHUUCLVNLWTYZQVF3AVCNFSM6AAAAABFDEWTV6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMJVGA3TQNZXHE . You are receiving this because you were mentioned.Message ID: @.***>