Same suggestions as for "tfc-khmer-epigraphy".
See erc-dharma/tfc-khmer-epigraphy#24

@m-schoettel : in the light of my comments on Paguhan.xml (see #7), please revised all your files encoded so far, and close this issue when you're done. (or respond to it if you want me to take a look at any specific file.)

Dear Axelle and Arlo,

May I ask you why every time I push a work in tfc, there will be a confirming email of workflow failure like this:

Anyhow it seems that the file itself is updated in github.

Best,
Aditia

Dear @arlogriffiths, @m-schoettel, @ekobastiawan and @aditiagunawan

I have updated the encoding on this repository. I have been able to save everything from your original files. I have already added the <resp> and @xml:id for each of you, but please check it nonetheless, as well as the <title>. The <pubPlace> has also been added automatically for those working from EFEO Paris. @ekobastiawan I ignore where you work from exactly, so please fill it.

Please fill in the <revisionDesc>. I can write an XSLT to help you fill it in, if you feel confident in running them, or run it for you, if you give me the details of your work on the files.

@m-schoettel: the value of the <idno> are not correct, it is supposed to be the filename itself, but I still kept them to save your data. Record them in your metadata spreadsheet or store it in a comment <!-- -->if you don't have one yet.

@ekobastiawan: the validation of your file is still set on a local file. Be careful to use the version 9.1 of the Epidoc schema.
If you want to validate online, change your processing model lines in
<?xml-model href="http://www.stoa.org/epidoc/schema/latest/tei-epidoc.rng" schematypens="http://relaxng.org/ns/structure/1.0"?><?xml-model href="http://www.stoa.org/epidoc/schema/latest/tei-epidoc.rng" schematypens="http://purl.oclc.org/dsdl/schematron"?>

Feel free to open issues for your questions or issues regarding this update.

Don't forget to git pull
Best,

Dear @arlogriffiths and @ekobastiawan,

There is an issue regarding the bib:Poerbatjaraka1920_01. It matches two entries in Zotero Plaat te Soerakarta and Transcripties van koperen platen. Can you check and see if it can be resolved please?

Best,
Axelle

@danbalogh I have just pushed a version of the file with some questions addressed to you. Please answer here.

Dear @m-schoettel and @arlogriffiths,

In your edition Marinci II, an attribute @source is missing on a <rdg> element. Can you see if it can be provided? If not let us know so that the EGC rules are updated to match any special case.

<app loc="1r1">
               <lem>paramb<unclear>ə</unclear><lb break="no"/>kəl·</lem>
               <rdg>parambikəl</rdg>
             </app>

Thanks

reassign issue to Arlo when done

please encode translation and bibliography

@ajaniak:

this concerns the file DHARMA_INSIDENKLanda.xml.

screenshot:

do you understand what is causing the file to invalidate? I don't really grasp the meaning of the ! message at the bottom of my screen.

The initial encoding of Gandhakuti.xml has been revised. However, I have not added the bibliography yet.

Dear @arlogriffiths,

You have in your file the Zotero short title CohenStuart1875_01. It matches 3 entries in Zotero library: Heilige voetsporen op Java; Kawi oorkonden in facsimile, met inleiding en transcriptie and Sacred footprints in Java. Can you check it and see if the ambiguity can be resolved?
Thanks

Best,

@ekobastiawan : I have just finished a first round of revising Palebuhan.xml.

Could you please look at the argr2ekba comments and take the necessary actions?

In some files, we still have the "=" sign as disambiguation character, e.g. At=hǝr in manahimanuk.xml.

The new version of the TG (presently available as .docx file in the guides section of the repo project-documentation, soon to be released on HAL-SHS), we have had to decide to adopt ":" instead of "=".

Please check all your files, make any necessary changes of = to : and respond to this issue with "done" when you're done.

• change the file name to BatuTulis.xml (with camel case)
• carefully study all my comments in the file, and remove them one by one after applying my instructions
• let me know when the file is ready to for me to check it again

Dear @erc-dharma/nusantara-epigraphy,

In several files, <idno type="filename"> isn't correct. It should be the name of the file itself without the extension. Its purpose is to make sure the link between the display and the source file is always retrievable.
I will keep original content in comments while changing it for the right one.
Don't forget to git pull.

Best,

Dear @aditiagunawan,

There is a conflict version on the Batutulis.xml file. Can you check it and keep the right part please? It starts with the line <<<<<<< HEAD:provisional/aditiagunawan/Batutulis.xml and ends at >>>>>>> 1f1a1aa35461944634afd0ba248d6a64cb85f275:provisional/Java11Sundanese/Batutulis.xml and is located inside the edition

Dear @m-schoettel,

In your edition Kakalangan, you have used the short title vanNaerssen1941_01-1. It can be found in Zotero Library. Since there is 2 entries for Naerssen in 1941, can you check this and updated to short title to match the right entry please?

Thanks,

Dear @arlogriffiths and @ekobastiawan,

It seems several entries in your apparatus for the edition Mula-Malurung are missing their <lem>. Can you check it and see if it can be resolved according EGC rules?

Thanks
Best,

Dear @ekobastiawan,

In your encoding of the edition Ramesvarapura, there are two Zotero Short Title that don't exist in Zotero Library: bib:Pararatonand bib:Svacchandatantra. Can you check this please?
You seem to have use both to provide a reference using an empty <ptr/> element on its own. Let me know if you need help figuring out how to encode this or how to provide a reference for those two.

Best,

my first round of revisions has just been pushed; add a comment to this issue once you have applied all needed modifications and finished encoding translation+bibliography.

Dear @arlogriffiths and @aditiagunawan,

You have been using <gap reason="lost" extent="unknown"/> in Marmu.xml and Huladayeuh.xml, the @unit is still expected in this case. Could you please add it?

Best,

1. I am unable to get the "Primary" bibliography to appear in display: can you identify the source of the problem?
2. is it possible to modify the behavior of the structured bibliography so that text outside of <ptr> in <bibl> gets displayed? Example from this file:

<bibl>Brandes in <ptr target="bib:NBG34_1896"/><citedRange unit="page">53</citedRange><citedRange unit="item">3</citedRange></bibl>

3. Manu will discuss with you our requests for modifying display of bibliographic data in the case of short titles for journals. I guess some modification of our working method will be necessary to get a display like "Brandes in NBG 34 (1896), 53 no. 3" for the above <bibl>.

In the sec. bibl. sections of your bibliographies, please try always to capture all the bibliographically relevant details, not only the pages. Thus, for publications of the nature of an inventory, or relying on inventiry numbers, such as Damais 1952 and 1955, I recommend the following format (from my work in progress on encoding Wurare)

<bibl><ptr target="bib:Damais1952_01"/><citedRange unit="page">72-73</citedRange><citedRange unit="item">A.174</citedRange></bibl> <bibl><ptr target="bib:Damais1955_01"/><citedRange unit="page">79</citedRange><citedRange unit="item">A.174</citedRange></bibl>

please revise your <bib>s on this point, and respond to this issue with "I'm done" when you're done.

Dear @m-schoettel,

In your edition Canggu, you use the Zotero Short Title SteinCallenfels_1918 but it doesn't match any Zotero entry. Can you check which entry it matches and updated it accordingly please?

It also used in Kuśmala : DHARMA_INSIDENKKusmala.

Thanks

Dear @arlogriffiths,

In your edition of Wurudu Kidul, it seems a <lem> is missing for the apparatus entry for

<app loc="1v16">
	<rdg source="bib:Stutterheim1935_01 bib:Sarkar1971-1972_01 bib:Boechari1985-1986_01">makudur·</rdg>
	<rdg source="bib:Stutterheim1925_04">matudur·</rdg>
</app> 

Can you check it? let us know if this is a special case and a <lem>can't be provided so that we can update the Encoding Guide if necessary.

Best,

Dear @arlogriffiths,

In Wuare.xml, you are using <l n="3" enjamb="yes"> several times in the file, is it normal? When the <l>don't have @enjamb, you have been using <l n="c">.

Best,

Dear @erc-dharma/nusantara-epigraphy,

Daniel has updated the line numbering schema in the EG, see p. 21 for more details. Considering you are working on copper-plates, you have the possibility to keep the numbering as you have already done it. But could you please check the following files to be sure it is still desirable and conformant to the EG?

If you need help figuring a new numbering pattern for any file, ask @arlogriffiths and me.

@aditiagunawan:

• kebantenan_1
• kebantenan_2

@m-schoettel:

• Canggu
• Paguhan
• Tirah

@ekobastiawan :

• Gandhakuti
• Mula-Malurung
• Ramesvarapura
• Terep_I
• Terep_II
• Kakuruyan
• Kusambya
• simaanglyang

Best,

please move the contents of tfc-nusantara-epigraphy/provisional/aditiagunawan into the Sundanese folder, and then delete the aditiagunawan folder.

Dear @ajaniak : is it possible for you to modify all our already encoded files to insert the lines of code necessary for encoding <handDesc>, as we have them in template v2?

Dear @aditiagunawan, @ekobastiawan, @m-schoettel : see new version of EG 11.2 for instructions re. <handDesc>.

Dear @m-schoettel,

Your first <p> tag element isn't closed. I think, it should be done at the end of the XML line 83 after

<lb n="1r3" break="no"/>śa, nāgakaraṇa, karkkaṭarāśī,

Can you check this please?

Best,

@ekobastiawan : Ihave just finished a first round of revising Munduan.xml.

You can see the differences between your first version and my revision here:

83903dd

• Let me know if you have questions.
• Could you please look at the argr2ekba comments and take the necessary actions?
• Could you please add two more Weatherbee entries to Zotero, i.e. for the two items of which we now have pdfs in Sharedocs but for which we don't have Zotero entries yet?

Thanks!

• @ekobastiawan : I have revised and pushed the revised file. Please carry out the next round of revisions, and apply the guidance given in this file also to all your previously encoded files. Let me know when another inscription is ready to be checked by me.
• @danbalogh : there are two questions for you in the file. Could you answer through response to this github issue? Your general review of the file is also welcome (again, feedback can be furnished here).
• @m-schoettel : several aspects of how this inscription must be encoded can be replicated by you for incomplete sets of Majapahit-period plates, so please take a close look at https://github.com/erc-dharma/tfc-nusantara-epigraphy/commit/3278de6e755fe57b290ec56339425a5957a55527 and keep following the development of this file, if you can. Your feedback on any aspect (encoding, editorial choices, translation choices...) is also welcome.

@m-schoettel,

In Batur.xml, I have closed the second <foreign> tag for <lb n="Ar4" break="no"/><supplied reason="lost">ra rakryan apatiḥ riṁ</supplied> jaṅgala kaḍiri, mpu mada, <foreign xml:lang="san-Latn">raṇa-maddhyāryy-anukūla-karaṇa</foreign>, <foreign xml:lang="san-Latn">para-sainya-śiraḥ-kapāla-gan<unclear>v</unclear>otpāna <!--em. something here, either utpāda or utpanna, and garva/gardha (pride, arrogance?)-->ma
Can you check that I have closed it at the right place?

Thanks

Dear @m-schoettel,

You have been using in Canggu.xml. Please note that you should encode it as
§ , see the E.G, p. 49.

Let me know if you need help transforming it.
best,

I have gone through the file. Please apply all needed changes.

Dear @aditiagunawan — please see my comments in Kawali_1a.xml, and revise all OS files on the same points.

Please also carefully recheck the bibliographies: I corrected a rather gross error (concerning the pages of TitiSurtiNastiti1996_01) in Kawali_1a.xml.

Close this when you're done.

Dear @ekobastiawan and @arlogriffiths,

In your edition Padang Roco, you have added a value ABCD4 in an attribute @n for <lg>such as <lg n="ABCD4" met="anuṣṭubh">. So far, we have planed to only have integer numbers as content for @n on <lg>.
Does it mean you need a broader offer of content for this attribute to encode this file?

I see in the previous lines you have encoded similar content on <lb/> element such as <lb n="ABCD4"/>. Note that the value ABCD4 appear twice in your file. Is it correct?

Can you check this please?

Thanks,
Best,

Dear @adgu: I have pushed the revised file. Please see my comments marked by argr2adgu. Let me know inscription per inscription when you have carried out all the necessary steps of revision following the notes taken during our session today, and following the argr2adgu comments.

I will then check your other xml files one by one.

Dear @m-schoettel and @arlogriffiths,

In your edition Bromo Semeru 2, Bromo Semeru 4 & Bromo Semeru 6, the Zotero Short title SukartoAtmodjo1986_01matches 4 entries in the Zotero Library: Arti dan fungsi 'Pohon Hayat' dalam masyarakat Jawa Kuno, Menelusuri sejarah hari jadi Ngawi berdasarkan data prasasti kuno, Mengungkap masalah pembacaan Prasasti Pasrujambe and The phallic symbol on the stone inscription of Samirana. Can you check this and see if it can be resolved please?

Thanks
Best,

Dear @arlogriffiths and @m-schoettel,

In your edition Ngadoman, the zotero short title CohenStuart1872_01 matches 3 entries: Eerste vervolg catalogus der bibliotheek en catalogus der Maleische, Javaansche en Kawi handschriften van het Bataviaasch Genootschap van Kunsten en Wetenschappen; Inscriptie op een' steen in 's Rijks Museum van Oudheden te Leiden and Inscriptie op een steen in 's Rijks Museum van Oudheden te Leiden (two of those being doublon ?).
Note that this edition also use CohenStuart1875_01, see #38.

Can you check this and update the Zotero Short Title accordingly please?

thanks

Dear @erc-dharma/nusantara-epigraphy,

Among the changes made in March 2020 in the EG, the prefixes “p” and “m” are no longer necessary (and no longer permitted) in @loc; see EG p. 97 for more information.
I was able to identify the use of the previous system in several of your files. Could you checked them and update the encoding when necessary?

I don't dare to intervene myself since this change is related to line numbering. And I don't want to break the current links between the edition and the apparatus, making the update work more complicated for all of you. But let me know if you need help applying all the changes.

@aditiagunawan:

• kebantenan_1
• kebantenan_2

@arlogriffiths :

• Marsmu

@ekobastiawan :

• Gandhakuti
• Maribong
• Mula-Malurung
• PakisWetan
• Terep_I
• Terep_II
• Kakurugan

@m-schoettel :

• Kabhagavanan
• Paguhan
• tuhanyaru

Dear all,

MpuManu.xm has a version conflict. I am not sure whose in charge of this file, can someone handle it and clean the file to restore it to a stable state please?
Thanks

Eko: I have gone through your file, made some silent changes but inserted quite a few comments marked like this <!-- Arlo: ... -->. Please go through them and carry out the needed changes, removing the comments after you have executed them.

Answer to this issue once you'are done.

Axelle and Dan: if you could take a look once Eko is done, that would be great.

Dear all,

The Zotero Short Title Bosch1918_01 is used in Canggu.xml and in Padingding.xml. But the data doesn't match any Zotero entry and I can't figure on my own which data is associated with it. Can you add the missing entry in Zotero or update the ZST in the files to match an existing Zotero entry?

Thanks

Dear all,

I order to make the workflow work on the tfc-nusantara, I am reworking/resolving files causing the failure.

I have added fakes <p> for the section A and C, as well as encoded the <l> to complete the already encoded <lg> element for the part B of text for the file Hampran. Be careful when restarting the encoding; this structure might not match the content.

@arlogriffiths you are the only one in the <teiHeader>, but I am not sure if it is really one of yours.

Best,

Dear @ekobastiawan and @arlogriffiths,

You seem to have several missing <lem> is the apparatus of your edition Gandhakuti. Can you check it and see if it can be resolved according EGD rules please?

<app loc="1r4">
                      <note><foreign>matəkəta</foreign>: emend <foreign>mitəkəta</foreign>? <foreign>mitəkət ta</foreign>? <foreign>mitəkəti</foreign>? <foreign>mitəkətana</foreign>?</note>
                       </app>

 <app loc="1r5">
                      <note><foreign>turuny anugrahanira</foreign>: are these words redundant?</note>
                       </app>

 <app loc="2r4">
                      <note>Boechari (1985-1986) adds another syllable <foreign>ma</foreign> at the end of line 5, but this must be a misprint</note>
                      </app>

Best,

Dear @arlogriffiths and @m-schoettel,

You have been using <expan> in Canggu.xml and MpuMano.xml. Following the EG, it should only the <abbr>tag, see EG, p. 82. If you want the possibility to do it, EG needs to be changed.
So that when DHARMA schema is released your files will validate and that such an encoding can be transformed later on.

Best,

Dear @erc-dharma/nusantara-epigraphy,

It seems you haven't really started working on those, but for some of you more advanced in their work, please take the following remarks into account:

• the prefix bib: have been forgotten several times for both @source and @target, also it is necessary for the second reference, e.g not bib:Bosch1928_01 Sarkar1971-1972_01 but bib:Bosch1928_01 bib:Sarkar1971-1972_01
• some shortTitles are not well formed (2 authors without the +, missing ending number.... ). Be careful with this, any mistake will make impossible retrieving data from Zotero.
• @unit="annex haven't been planed by the EG, could @unit="appendix" be enough ?
• <citedRange> always take the attribute @unit.

Best,

Dear @arlogriffiths,

There is an issue regarding the ZST used in your edition Palepangan. Krom1919_01 matches 2 entries in Zotero Library: Epigraphische bijdragen, I: Een koperplaat van 848 Çāka? II: De inscriptie van Pereng; III: De Singasari-inscriptie van 1273 and Epigraphische aanteekeningen, XIII: De koperplaten van Batoer. Can you check and see if it can be resolved?

Thanks
Best,