Open thea-m opened 5 months ago
I would say, the second choice. Some of them have been written down, but not with the purpose of further circulation.
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.
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 Qene
https://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.
There is also a general CAe ID LIT5129Qene
https://betamasaheft.eu/works/LIT5129Qene/main used so far in 2 manuscripts.
Then there is also still LIT4013EtanaM
and possibly other similar work records (Issue #1289 was opened and closed but we still have LIT4013EtanaM
in CAe, used also in manuscript records, despite it being a type of text and not a text, t2
and t3
being however incipits of texts never transformed to either LIT or NAR, somewhat confusing)
Most manuscripts mention qǝne use neither keyword nor ID of any type, e.g. see BNFabb145
with a collection of qǝne produced for d'Abbadie and edited by Guidi, no ID in Bm
My suggestions here are:
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)LIT5129Qene
for any unspecified poem, LIT4013EtanaM
for any unspecified qǝne of etana mogar type, etc. for each type)addition
es 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 addition
es 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 LIT4013EtanaM
and then we can refer to it as LIT4013EtanaM#ESmma008
in the msDesc
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.
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.
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.
@abausi should also have a say as in fundamental decisions that regard (or not) the Clavis
I volunteer to follow the topic closer as I have to prepare smth about it.
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.
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.
(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 (Qene
or 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
Having surveyed the materials a little, I still have a couple of questions to suggestions, to be asked after the break.
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).
Maybe you could create keywords for the modes, in analogy to the keywords ArarayMode etc?
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.
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
In general, of course when quoting poetry it is better to use mark up for the lines (at least as <lb/>
)
LIT5129Qene
was used for a specific qǝne, and LIT4013EtanaM
will also become a specific case, so we have no general IDs - if necessity arises these may be created; for additiones linking to the keyword is sufficientPoemQene
as part of the taxonomy of additions and Qene
(and now additionally also the types) in the genres taxonomy. It is probably not helpful to confuse the taxonomy, so I have disambiguated the description in the Authority Files to make the difference clear. Ideally for additiones it should be something like <desc type="PoemQene"> A <term key="Qene">qǝne</term> of <term key="Sellase"> ሥላሴ፡</term> type </desc>
"Kwellekemu" as keyword does not work, please check if all is correct, above,
refresh all your repositories and click
Kwellekomu
sorry there is an o
I could not discover the keyword "wazema" (a qene type.)
Originally posted by @DenisNosnitsin1970 in https://github.com/BetaMasaheft/Works/issues/1123#issuecomment-2181592568
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.
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?
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.
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.
OK. "general record for the qene type, to be used when we have no access to the qene text"
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: @.***>
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