# Verso l'edizione digitale

Edizione e comprensione di un testo sono due elementi connessi, giacché senza una corretta interpretazione dei termini è impossibile verificare la loro esattezza e quindi proporre una ricostruzione critica del testo.

La filologia deve così allargare il suo raggio d'azione e tendere alla conoscenza il più possibile esatta e ampia dell'oggetto letterario, della storia della sua composizione, trasmissione e tradizione. Nel caso della *Gesuiteide* è proprio a partire dalle particolarità della tradizione, di cui i cinque manoscritti si fanno testimoni, che si sono dovuti applicare degli opportuni studi critici e filologici all'opera. Infatti, le particolarità presentate dalla tradizione hanno imposto la necessità di formulare un approccio di studio parzialmente discostante dai metodi di analisi filologici tradizionali. La consapevolezza di analizzare una tradizione multiforme nella quale i caratteri di autore e originale perdono nitidezza, per accogliere confini meno determinati e determinanti, ha reso evidente l'incoerenza di voler applicare allo studio di tali tradizioni i metodi di analisi tradizionali ereditati dal sistema neo-lachmaniano.

Allo stesso modo, le questioni legate alla ricostruzione di una simile tradizione hanno forzatamente influito non solo sugli approcci di studio all'opera ma anche sulla modellizzazione delle due edizioni. La mancanza di schemi predefiniti per lo studio di un'opera come la *Gesuiteide* e il suo porsi al di fuori delle categorie di analisi standardizzate ha a sua volta imposto l'impiego di nuovi metodi di analisi.

Per tali motivi si è deciso di sfruttare le nuove tecniche di edizione offerte dalle *Digital Humanities* al fine di provare a restituire tramite l'edizione digitale le particolarità e la fluidità che caratterizzano la tradizione dell'opera. La scelta di compenetrare gli studi filologici tradizionali con i nuovi metodi forniti dalla filologia digitale si è infatti basata sulla possibilità di mettere in risalto le peculiarità della *Gesuiteide* garantendone un approccio più accessibile.

Lo sviluppo delle due edizioni digitali ha infatti permesso di mettere in valore quella fluidità testuale di cui la tradizione della *Gesuiteide* si fa testimone, senza dover limitare l'edizione a determinati campi di analisi, con la necessità di escluderne altri, ma potendo rappresentare più livelli di analisi testuale, e riproducendo la multiformità dell'opera grazie
al mezzo informatico. L'approccio digitale, di cui si parlerà più specificatamente nella
terza parte di questa tesi, si è quindi posto come compenetrazione tra i metodi di analisi
tradizionale e lo sviluppo di un'edizione innovativa. L'interattività del supporto
informatico ha infatti permesso di mettere in valore la *Gesuiteide* e la sua tradizione
rendendo disponibili i dati di analisi tramite un'immediatezza che sarebbe risultata
impossibile tramite il supporto cartaceo.

Allo stesso tempo l'uso del mezzo informatico ha permesso, quindi, di sondare l'opera
attraverso un nuovo *regard critique* valorizzando in tal modo non solo l'edizione finale
ma, con essa, tutti gli studi fin qui condotti.
PARTE TERZA: LA CODIFICA DEL TESTO
Digital Scholarly Editing<sup>138</sup>

Quando si parla di edizioni digitali si fa riferimento a tutti quei testi *born digital*<sup>139</sup> o a quelle edizioni alla cui base troviamo testi codificati<sup>140</sup> attraverso l’ausilio di tecnologie informatiche. A partire dagli anni ’90 la spinta verso una nuova metodologia di studio, che tenesse conto delle scienze informatiche, ha creato un impatto sempre più profondo nell’ambito umanistico, influenzando necessariamente la ricerca filologica e la critica testuale. La nascita e la crescente diffusione di edizioni digitali, basate sulle nuove possibilità di rappresentazione dell’informazione e sugli emergenti approcci automatici al testo, hanno portano con sé, oltre a una spinta innovativa anche una serie di quesiti e domande circa la compenetrazione tra il mondo umanistico e il mondo informatico<sup>141</sup>.

Le *Digital Humanities*, nascono in conseguenza all'incontro del pensiero umanistico con la tecnologia digitale e si ibridano in tale unione. La rivoluzione apportata dalla nascita dell'informatica umanistica, con le nuove metodologie e scelte tecnologiche, ha, infatti, determinato un cambiamento complessivo non solo nel modo di approcciare la testualità, ma anche nel sistema di analisi e fruizione del prodotto digitale.

Se è innegabile che il digitale abbia avuto un impatto sostanziale su tutte le
discipline umanistiche, è però vero che su nessun settore come la critica testuale tale
impatto è stato più profondo<sup>142</sup>. L'unione tra studi informatici e umanistici ha portato a una
revisione pressoché totale dei tradizionali metodi di analisi, edizione e ricezione del testo.

<footnote n="138">138 Cfr. DRISCOLL M. J., PIERAZZO E., *Digital Scholarly Editing, Theories and Practices*, OpenBookPublisher (https://www.openbookpublishers.com), 2016, disponibile su https://hcommons.org/deposits/objects/hc:15070/datastreams/CONTENT/content (visitato il 4/05/2018).</footnote>

<footnote n="139">¹³⁹ "Born digital content is distinct from digital content, which is created through the digitization of analog content. Examples of born digital content include word processing documents, spreadsheets, and original images produced with digital cameras".
Vedi: http://www.digitizationguidelines.gov/term.php?term=borndigital (visitato il 4/05/2018).</footnote>

<footnote>Vedi: http://www.digitizationguidelines.gov/term.php?term=borndigital (visitato il 4/05/2018).</footnote>

<footnote n="140">¹⁴⁰ Per edizioni codificate si intendono tutte quelle edizioni rappresentate su di un supporto digitale in un formato utilizzabile e leggibile dagli elaboratori elettronici. Si differenziano dalle cosiddette edizioni *born digital* in quanto non nascono direttamente su supporto digitale ma vi vengono trasposte attraverso appositi linguaggi di codifica a partire da testi cartacei.</footnote>

<footnote n="141">141 ANDREWS T., The Third Way. Philology and Critical Edition in the Digital Age, https://boris.unibe.ch/43071/1/variants_postprint.pdf.</footnote>

<footnote n="142">142 ROSSELLI DEL TURCO R., PIERAZZO E., *Critica testuale e nuovi metodi: l'edizione scientifica digitale*, in Companion, a cura di CIOTTI F. e TOMASI F., Carocci Editore, (in corso di pubblicazione).</footnote>
Grazie allo sviluppo del sistema di codifica dei testi basato sul *modello sorgente* e *output*<fnref n="143" />, è stato possibile creare un unico modello-base grazie al quale sono producibili tutte le diverse tipologie di edizioni: critiche, diplomatiche interpretative, e in più le descrizioni codicologiche e molte altre. Inoltre, grazie alla flessibilità portata dai sistemi di codifica TEI (*Text Encoding Initiative*<fnref n="144" />, affermatasi come modello per il trattamento dei testi nelle scienze umane) è possibile sviluppare un sistema a più moduli definibili in base alla tipologia di edizione che si vuole ottenere. A partire da un unico documento XML-TEI<fnref n="145" /> si può, così, disporre di un ventaglio pressoché infinito di moduli di analisi. L'innovazione apportata dalla possibilità di codificare un unico testo con molteplici presentazioni possibili<fnref n="146" />, impensabile in termini di edizioni tradizionali, ha offerto allo studioso e al ricercatore un nuovo metodo di approccio al testo che contiene, in potenza, molte fra le possibili scelte di studio e analisi testuale. Le edizioni digitali, così concepite, soverchiano, infatti, la fissità delle edizioni cartacee permettendo la creazione di un nuovo tipo di edizione multiforme e complesso.

Le opportunità offerte dalla codifica digitale e la possibilità di dotare lo studio del
testo di prospettive multiple sono state il fattore decisivo nella scelta di creare un'edizione
digitale della *Gesuiteide*. La decisione di adottare i metodi e le possibilità offerte
dall'informatica umanistica nasce, quindi, conseguentemente alla possibilità di studiare il
codice francese, e gli ulteriori testimoni a esso correlati, secondo le moderne potenzialità
offerte dalle edizioni digitali. Le metodologie di analisi informatica hanno, infatti,
permesso di mettere in risalto la tradizione della *Gesuiteide* attraverso contenuti interattivi.
L'importanza di consentire una visualizzazione diretta e immediata del codice<fnref n="147" /> e della
sua famiglia di testimoni, attraverso la riproduzione digitale dei documenti unita alla
possibilità di rappresentare specifiche tipologie di varianti e movimenti testuali in modo

<footnote n="143">¹⁴³ *Ibidem:* In questo tipo di modello, il testo e le annotazioni di vario tipo (documentarie, filologiche, letterarie, storiche ecc.) vengono archiviati in uno o più file, detto il sorgente (al maschile), che funziona come base di conoscenza. [...] A questo sorgente si applicano dei programmi informatici (degli *script*, nei casi più semplici) che elaborano le informazioni contenute nella base di conoscenza e producono diversi prodotti digitali (o *output*).</footnote>

<footnote n="144">¹⁴⁴ Cfr. http://www.tei-c.org/ (visitato il 11/08/2018).</footnote>

<footnote n="145">¹⁴⁵ Quando si parla di documenti XML-TEI si fa riferimento a tutti quei testi codificati secondo il linguaggio di *markup XML* che allo stesso tempo rientrano nella categoria di testi TEI-*conformant*.</footnote>

<footnote n="146">¹⁴⁶ A partire dal quale possono essere quindi attuati, in secondo tempo, differenti livelli di visualizzazione, com si spiega in ROSSELLI DEL TURCO, PIERAZZO, 2018, paragrafo 3.1: Per quanto riguarda le strategie di visualizzazione è importante sottolineare che la filosofia TEI ha portato a compimento una tendenza già comparsa nel corso dell'evoluzione di un linguaggio molto diverso, l'HTML (*Hyper-Text Markup Language*, il linguaggio del Web), ovvero la separazione tra forma e contenuto. In un documento TEI, infatti, è presente solo la codifica necessaria per effettuare una descrizione strutturale e soprattutto semantica del testo, ma di norma sono incluse istruzioni o indicazioni riguardo il modo in cui il testo dovrà essere presentato all'utente per la fruizione.</footnote>

<footnote n="147">¹⁴⁷ In altri termini, e più precisamente, della rappresentazione facsimilare del codice.</footnote>
dinamico sono state alla base della scelta di svolgere un'edizione digitale del codice
francese.

Si è quindi deciso di sviluppare questa tesi in modo tale da mantenere da un lato la
parte di analisi storica e filologica tradizionale e dall'altro l'applicazione dello studio
informatico e della codifica del testo. La codifica della Gesuiteide, con i suoi differenti
livelli di analisi, è stata quindi svolta nell'idea che il digitale non si presenti come
un'alternativa ai metodi di analisi tradizionali ma piuttosto quanto un complemento e un
maggiore sviluppo della medesima ricerca.

Sulla base delle riflessioni fin qui condotte si è quindi deciso di suddividere la terza
parte di questa ricerca in due differenti capitoli riguardanti il primo le basi dell'informatica
umanistica e la seconda concernente l'edizione digitale del testo. Nei capitoli che seguono,
dopo un'introduzione alle tecniche e ai linguaggi di codifica, viene esposto
dettagliatamente il lavoro effettuato sul codice francese e l'approccio scelto per l'edizione
informatica. Per l'analisi del testimone francese e per l'edizione dei sonetti è stato usato il
linguaggio di marcatura XML-TEI (Text Encoding Initiative), mentre per la
visualizzazione delle edizioni si è fatto ricorso al programma open source EVT<fnref n="148" />, di cui si
parlerà più avanti.

<footnote n="148">148 Cfr. http://evt.labcd.unipi.it/ (visitato il 11/08/2018).</footnote>
# Capitolo I

## Codifica ed edizione digitale del testo

### 1.1 Un'introduzione

L'informatica umanistica sta divenendo un metodo di ricerca sempre più indispensabile nell'ambito della critica e della filologia testuale. Sebbene l'innovazione apportata dalla diffusione delle discipline informatiche abbia in un primo momento suscitato delle perplessità tra gli umanisti, negli ultimi anni la codifica digitale dei testi letterari ha iniziato a diffondersi, negli ambiti universitari e di ricerca<fnref n="149" />, raggiungendo sia a livello pratico, che teorico, una certa stabilità. La compenetrazione tra gli studi informatici e quelli umanistici ha infatti permesso uno scambio di conoscenze e competenze grazie al quale è stato possibile implementare i sistemi di analisi e rappresentazione testuale.

Le applicazioni dell'informatica nell'ambito delle discipline umane erano già state influenti una settantina di anni fa in sede di analisi indicizzata dei testi e di raccolta di dati bibliografici - a tal proposito rimane celebre l'Index Thomisticus realizzato da Roberto Busa a partire dal 1949¹⁵⁰. Grazie a questi primi approcci ci troviamo oggi in un clima di vivace scambio intellettuale che ha portato alla moltiplicazione di lavori di ricerca per mezzo dei quali si assiste a una sempre più crescente diffusione dei metodi di analisi informatica dei testi letterari. Attualmente, l'applicazione dell'informatica alle edizioni critiche e alle scholarly editions<fnref n="151" /> ha permesso la creazione delle basi scientifiche per la

<footnote n="149">¹⁴⁹ CIOTTI F., *A landscape of Digital Humanities in Italy: backgrounds, institutions and infrastructures: "Since the Eighties of the last century University of Rome Sapienza has been the most important Italian center of studies in the field of Digital Humanities thanks to the work of Professor Tito Orlandi, one of pioneers and international scholars of this discipline. He is not only the author of fundamental scientific publications7, which had great impact both at the theoretical and methodological level on the Digital Humanities, but he is also the founder, in 1991, of CISADU (Centro Interdipartimentale di Servizi per l'Automazione nelle Discipline Umanistiche) which was probably the first proper DH center in Italy."*, Testo & Senso n. 16, 2015, vedi www.testoesenso.it.</footnote>

<footnote n="150">150 Padre Busa, gesuita vicentino, è considerato il padre della linguistica computazionale - disciplina che si concentra sullo sviluppo di formalismi descrittivi del funzionamento del linguaggio naturale, tali che si possano trasformare in programmi eseguibili dai computer - grazie alla monumentale opera filologica e classificatoria condotta sugli scritti di Tommaso d'Aquino, che ha portato alla creazione dell'Index Thomisticus, vale a dire l'indicizzazione completa di tutte le occorrenze di ogni singolo lemma usato nelle opere di Tommaso d'Aquino. Vedi https://fontegaia.hypotheses.org/940 e http://www-03.ibm.com/ibm/history/ibm100/it/it/stories/linguistica_computazionale.html (visitati il 24/04/2018).</footnote>

<footnote n="151">151 SAHLE P., *What is a Scholarly Digital Edition, Section 1: Theories:</footnote>
nuova disciplina delle *Digital Humanities*. Infatti, dopo le sperimentazioni iniziali, si è
assistito negli anni '90 alla produzione delle prime edizioni digitali come i *Racconti di Canterbury*<fnref n="152" /> di Chaucer di Peter Robinson, il *Beowulf*<fnref n="153" /> di Kevin Kiernan o come, ancora, le più recenti edizioni di Becket<fnref n="154" />, Austen<fnref n="155" /> e Nietzsche<fnref n="156" /> per le letterature moderne etc. Queste prove pionieristiche hanno dimostrato i molteplici vantaggi apportati dagli strumenti informatici rendendo evidente come l'evoluzione scientifica degli studi umanistici, mediante l'applicazione delle nuove tecnologie, possa permettere la creazione di nuovi strumenti e nuovi approcci testuali e contribuire, al contempo, a un rilancio delle scienze umane. L'informatica umanistica con le sue applicazioni pratiche e le sue teorizzazioni non si propone come una disciplina ancillare ma piuttosto come un progetto scientifico di rilancio delle discipline umanistiche<fnref n="157" />. Se le prime ricerche potevano condurre a "risultanze pratiche”<fnref n="158" /> piuttosto che teoriche, oggi, superato il momento delle prime sperimentazioni risulta evidente come l'applicazione delle metodologie informatiche abbia permesso realizzazioni di studio un tempo del tutto impensabili. Le DH (*Digital Humanities*) apportano allo studio del ricercatore una serie di caratteri e di vantaggi resi possibili grazie alle particolari caratteristiche del mezzo informatico. Queste derivano principalmente dalla fisicità del mezzo che si libera da quei limiti invalicabili che erano rappresentati dalla fissità e dalla trivialità della pagina del libro stampato. L'edizione digitale permette di ottenere una rappresentazione più dinamica del testo che si apre per la prima volta alla possibilità di molteplici livelli di edizione e di rappresentazione. I limiti fisici imposti dalla bidimensionnalità della pagina stampata vengono superati grazie allo

<footnote>content, structure and role. Yet, they share the same subject and have the same goals. Because of that, we can
stick to the same general definition. The difference is not so much between editions and digital editions, but
between the various forms of editions. [...]” https://www.openbookpublishers.com/htmlreader/978-1-78374-238-7/ch2.xhtml (visitato il 3/08/2018); anche in DRISCOLL M. J., PIERAZZO E., *Digital Scholarly Editing, Theories and Practices*, OpenBookPublisher (https://www.openbookpublishers.com), 2016, pp. 19-40 disponibile su https://hcommons.org/deposits/objects/hc:15070/datastreams/CONTENT/content (visitato il 4/05/2018).</footnote>

<footnote n="152">¹⁵² Cfr. *The Canterbury Tales* project: canterburytales.org.</footnote>

<footnote n="153">¹⁵³ Cfr. http://ebeowulf.uky.edu/ (visitato il 3/08/2018).</footnote>

<footnote n="154">¹⁵⁴ Cfr. http://www.beckettarchive.org/ (visitato il 3/08/2018).</footnote>

<footnote n="155">¹⁵⁵ Cfr. *Jane Austen's Fiction Manuscripts Digital Edition* : https://janeausten.ac.uk/edition/intro.html
(visitato il 3/08/2018).</footnote>

<footnote n="156">¹⁵⁶ Crf. http://doc.nietzschesource.org/en/ekgwb (visitato il 3/08/2018).</footnote>

<footnote n="157">¹⁵⁷ “Digital Humanities provides an excellent opportunity for reflective and reflexive analyses of modern evolving humanities scholarship. The future of computing may not be digital, but Digital Humanities provides important opportunities for investigation into humans’ use of instruments within a particular scholastic community to achieve some objective. Digital Humanities relevant as it “is trending” and we need to examine the impact of this on Humanities and Computing scholarship”. https://www.dri.ie/sites/default/files/files/john-keating.pdf (visitato il 22/07/2018).</footnote>

<footnote n="158">¹⁵⁸ MASTRANDREA P., *L'orizzonte delle Digital Humanities*, Umanistica Digitale, disponibile online a
https://umanisticadigitale.unibo.it/article/view/8055 (visitato il 22/07/2018).</footnote>
spazio relativamente illimitato<fnref n="159" /> della schermata digitale in cui si possono mettere in relazione fra loro documenti diversi e fornire rappresentazioni parallele di una stessa opera<fnref n="160" />. Mentre nelle edizioni a stampa occorreva scegliere o riassumere i dati da presentare, e in molti casi rinunciare a essi, grazie alle implementazioni del digitale non solo è possibile, ma anche relativamente facile, corredare un testo con tutti i documenti ritenuti utili e tutti i file multimediali necessari.

La possibilità di immagazzinamento e consultazione di tutti i documenti e i testimoni di un'opera sia in formato fotografico che in trascrizione più o meno diacritica [...]; poi la visualizzazione simultanea di redazioni multiple e ora anche la visualizzazione in sequenza degli strati diacronici di un testo; l'accesso alle plurime facies di testi musicati (canzoni, inni, arie ecc.), la realizzabilità allo stesso tempo e nello stesso strumento di edizione ricostruttiva di tipo neolachmanniano (cioè basata sull'individuazione dei rapporti fra i testimoni manoscritti) e di edizione scribale di tipo neo-filologico (che assegna a ogni testimone lo stesso valore); in casi più sofisticati, la gestione quantitativa delle varianti in grado di generare ipotesi di "alberi" stemmatici o reti di relazioni.<fnref n="161" />

L'immediatezza con cui si possono riprodurre gli apparati critici, tramite analisi computazionale, e la possibilità di una collazione istantanea dei testimoni sono vantaggi innegabili per il lavoro del filologo. La stessa idea di edizione cambia e diventa multiforme e fluida, non limitandosi più a singoli livelli di analisi testuale, ma racchiudendo al contempo diversi campi di studio, e permettendo di avere edizioni al contempo critiche, filologiche, con dati codicologici, storici etc. Le opportunità offerte dalla codifica testuale e la possibilità di studiare i testi secondo le nuove implementazioni informatiche apre allo studioso un mondo di nuovi possibili e nuovi approcci testuali. Le DH rappresentano un salto di qualità decisivo nell'ambito degli studi testuali, in quanto offrono possibilità e modalità di studio e analisi dei testi, nonché di pubblicazione dei risultati ottenuti, prima compensabili o difficilmente realizzabili.

<footnote n="159">¹⁵⁹ Si tenga conto che qualsiasi edizione digitale, seppur godendo dell'illimitatezza del supporto, deve infine essere sottoposta a貴assenza di limiti nella possibilità di accumulo di dati induce a cercare sempre nuovi materiali documentali, bibliografici, analitici e quindi a considerare incompleta o insufficiente un'edizione che non presenti tutti i testimoni in riproduzione fotografica e trascrizione, che non metta a disposizione gli studi sul tema e non aggiorni la bibliografia, che non includa i risultati di analisi informatiche e almeno i programmi che le rendano possibili. Questo alza l'asticella dell'obiettivo molto in alto [...] causa un'alta mortalità di progetti avviati con obiettivi molto ambizioni, ma poi rivelatisi non affrontabili con le risorse a disposizione”.</footnote>

<footnote n="160">¹⁶⁰ CHIESA P., *Elementi di critica testuale*, Pàtron Editore, Bologna, 2012, p. 195.</footnote>

<footnote n="161">¹⁶¹ STELLA, 2018.</footnote>
Infatti, i linguaggi informatici attualmente usati per la codifica dei testi rappresentano non solo degli strumenti per la corretta conservazione dei documenti, ma costituiscono, com’è accaduto già con la stampa un veicolo per affermare e diffondere una nuova concezione del ‘testo’ stesso<fnref n="162" />.

Le nuove edizioni pubblicate secondo i metodi informatici permettono, di conseguenza, di offrire più versioni del medesimo testo. La possibilità di rendere disponibili, in fase di edizione, tutti quei documenti su cui il curatore ha basato la propria ricostruzione e la propria edizione impone una nuova trasparenza - usando le parole di Stella <fnref n="163" /> - del procedimento seguito, permettendo a sua volta di esplicitare contemporaneamente diverse forme del testo<fnref n="164" />. All’illimitatezza del supporto corrisponde la possibilità di costruire *hyperlink* di immagini, testi, mappe geografiche e temporali e differenti raccolte di dati, che possono porsi come corollario all’edizione sviluppata. Questo rende possibile una nuova multimedialità e un uso più efficiente delle informazioni permettendo l’istantaneità di accesso ai dati, agli *hyperlink* e a molto altro<fnref n="165" />. Inoltre, grazie alla pluridimensionalità le edizioni digitali godono di una confutabilità immediata che le rende edizioni scientificamente riconoscibili, permettendo un’analisi dei testi in forme che senza alcun dubbio non erano possibili in passato. Tale apertura consente in egual modo un accesso più facile alle informazioni e alle edizioni che essendo pubblicate online - spesso in *open access* - risultano facilmente accessibili da qualsiasi tipologia di utente, significando, allo stesso modo, una maggiore circolazione dell’informazione.

Digital resources and environments can provide a common platform for project development and group-sourcing of materials, and facilitate local, regional and global partnerships. <fnref n="166" />

Rispetto alle edizioni a stampa, si ottiene una visibilità aumentata, dal momento che qualsiasi utente interessato può accedere, analizzare, revisionare, recensire l’edizione,

<footnote n="162">¹⁶² FIORMONTE D., *Il testo digitale: traduzione, codifica, modelli culturali*, in P. R. Piras, A. Alessandro, D. Fiormonte (a cura di), Italianisti in Spagna, ispanisti in Italia: la traduzione. Atti del Convegno Internazionale (Roma, 30 - 31 ottobre 2007), Roma, Kappa, 2008, pp. 271-284.</footnote>

<footnote n="163">¹⁶³ STELLA, 2018.</footnote>

<footnote n="164">¹⁶⁴ La valorizzazione del materiale testuale tramite procedure informatiche si trova spesso a corrispondere con le esigenze e le teorizzazioni della *new philology* che privilegia il documento effettivamente consultabile: “The aim of New Philology is to study texts as integral parts of historically existing manuscripts and to interpret the texts in light of the context of the manuscript and its historical usage. New Philology considers individual manuscripts as meaningful, historical artefacts and sees the texts found in these manuscripts as interesting in their own right” da *New Philology in a nutshell*, LIED L.I., Helsinki, disponibile su https://www.academia.edu/12026818/New Philology-in-a-Nutshell_.</footnote>

<footnote n="165">¹⁶⁵ Cfr. anche https://digitalhumanities.duke.edu/benefits-digital-humanities.</footnote>

<footnote n="166">¹⁶⁶ Vedi anche https://digitalhumanities.duke.edu/benefits-digital-humanities (visitato il 1/8/18).</footnote>
creando un'interattività istantanea tra il lavoro del ricercatore e la discussione scientifica che ne può emergere.

Il contraltare di queste innovazioni è l'aumento dei costi in termini di consulenze, diritti di riproduzione e manodopera per trascrizioni, la consegna alla comunità scientifica di un risultato la cui preservazione e durata è incerta, l'aggiornabilità permanente di un testo che diventa così più fluido e meno citabile<fnref n="167" />.

Ognuno degli aspetti elencati comporta effettivamente la necessità di un'accurata pianificazione e sostenibilità. La pressoché illimitata libertà da vincoli spaziali, offerta dalle pubblicazioni digitali, rischia di divenire danno alle stesse se prima non viene posta un'accurata pianificazione dei limiti del lavoro che si vuole intraprendere. Paradossalmente all'imposizione obbligata dalla stampa, nel momento in cui si sceglie di condurre un'edizione digitale siamo noi a doverci imporre dei limiti di realizzazione oltre ai quali l'edizione stessa diventerebbe un enorme "fatica di Sisifo". Proprio per tale illimitatezza le edizioni digitali soffrono ancora, ben evidentemente, di un'instabilità e di una precarietà sulle quali il dibattito scientifico sta cercando di stilare una certa standardizzazione.

Alla facilità di sviluppo e di espansione delle edizioni digitali corrisponde, infatti, la difficoltà di definizione di uno standard comune condiviso dalla comunità scientifica. La necessità di uno standard riconosciuto si lega in particolar modo ai programmi di visualizzazione, ovvero della “pubblicazione” dell’edizione. L’attenta analisi delle edizioni esistenti ha dimostrato che uno dei problemi principali delle edizioni critiche digitali è legato all’interfaccia grafica del supporto usato per la diffusione. Non solo non sembra ancora essere stata raggiunta una forma standard di pubblicazione, ma la notevole varietà delle proposte avanzate dai diversi progetti tende a influire negativamente sull’usabilità e sulla fruizione dei contenuti da parte degli utenti. Per essere realmente utili, infatti, i nuovi strumenti digitali devono essere intuitivi, facili da usare e accessibili, così da poter essere usati e condivisi dal più alto numero di persone. Questo, però, si contrappone alla necessità delle DH di dover perennemente dimostrare un carattere innovativo. Le edizioni digitali sono ancora considerate allo strenuo di progetti scientifici e in quanto tali, per essere riconosciuti come validi dalla comunità di ricerca, devono basarsi su criteri di perenne innovazione, prassi che influisce soprattutto sui sistemi di visualizzazione. Nonostante l’enorme potenziale mostrato dall’approccio umanistico-digitale, tali problematiche rendono le *Digital Humanities* un modo guardato ancora con particolare diffidenza.

<footnote n="167">167 STELLA, 2018.</footnote>
Il mondo delle *Digital Humanities* porta infatti con sé ancora una grande criticità. Volendo analizzare entrambi i lati della medaglia, non può essere tralasciato come le edizioni digitali non siano ancora del tutto stabili. In primo luogo, non appena si introduce il termine “edizione digitale” si tende a pensare alla velocità con cui oggi giorno i prodotti digitali siano soggetti a decadimento e obsolescenza. Se tale problema si riferisce sopratutto alle prime edizioni pionieristiche che si legavano necessariamente a software proprietari di cui poteva cessare lo sviluppo o a specifici sistemi operativi, anche per le più moderne edizioni digitali si pone una certa preoccupazione circa la conservazione. A sua volta la possibilità di pubblicare non più su un supporto digitale come il CD-ROM o il DVD, ma sul Web, approfittando di standard consolidati e tali da permettere la compatibilità per il medio e lungo periodo, rimuove quasi completamente il pericolo di obsolescenza delle edizioni digitali, permettendo, al contempo, una maggiore circolazione delle pubblicazioni.

Allo stesso modo, è possibile riflettere sulla bontà e perfettibilità dei linguaggi di edizione informatica, ovvero i linguaggi di markup. Gli schemi TEI, che si sono affermati come standard fondamentali nel settore delle edizioni scientifiche digitali, presentano un formato non totalmente privo di difetti, e mostrano una certa complessità e ridondanza presente in alcuni aspetti specifici di codifica. Inoltre, la particolare struttura del linguaggio base XML, può causare problemi di restrizioni e di conflitti gerarchici i quali possono inficiare la rappresentazione del testo. Fenomeni complessi come varianti testuali di particolare estensione possono diventare, così, difficilmente rappresentabili a causa della struttura strettamente gerarchica di XML<fnref n="168" />.

Indubbiamente il mondo delle *Digital Humanities*, lascia irrisolti ancora molti importanti quesiti circa l'usabilità e l'adattabilità dei mezzi informatici ma, al contempo, le edizioni digitali rappresentano un indiscutibile avanzamento rispetto ai metodi di analisi tradizionali e alle edizioni a stampa. L'interattività, la possibilità di presentare i testi in modi diversi, l'integrazione su larga scala delle immagini digitali, sono tutti aspetti che sorpassano le capacità del libro stampato<fnref n="169" /> dotando il lavoro del filologo e del ricercatore di nuovi orizzonti pratici.

Questa terza parte della tesi si pone, quindi, nell'ottica di dare una prospettiva sul mondo delle *Digital Humanities* e sulla loro applicazione pratica tra limiti e vantaggi, a

<footnote n="168">168 Cfr. paragrafo 1.7.</footnote>

<footnote n="169">169 ROSSELLI DEL TURCO, PIERAZZO, 2018.</footnote>
partire dall'étude de cas della Gesuiteide. Tale lavoro vuole presentarsi come una parte
attiva nell'odierno dibattito scientifico presentandosi come un esempio di applicazione,
allo studio filologico e alla pubblicazione del testo, delle moderne potenzialità apportate
dall'informatica umanistica.

Riassumendo, nei paragrafi seguenti saranno quindi affrontati i seguenti punti di analisi:

I. Lo studio dei principi di base della codifica testuale;

II. La codifica del manoscritto grenoblese e dell'edizione critica degli otto sonetti traditi dai differenti manoscritti<fnref n="170" />;

III. L'analisi del programma di visualizzazione e dell'interfaccia scelta.

<footnote n="170">170 Per maggiori spiegazioni si faccia riferimento al paragrafo che segue nel secondo capitolo.</footnote>
## 1.2 Modelli di codifica e standardizzazione

La codifica è uno dei passaggi più critici del lavoro di digitalizzazione dei testi. Cosa si intende, però, precisamente con codifica dei testi, e in quale modo si può formalizzare tale disciplina?

Si deve a Fabio Ciotti una delle più complete ed esaustive definizioni di codifica digitale dei testi. Secondo lo studioso, con codifica si può intendere la rappresentazione formale di un testo, su di un supporto digitale, in un formato usabile da un elaboratore elettronico (*Machine Readable Form*<fnref n="171" />) mediante un opportuno linguaggio informatico<fnref n="172" />. Questa definizione sottende, però, a una serie di riflessioni da un lato, circa i problemi relativi alle tecniche e tecnologie di riproduzione e memorizzazione elettronica dei testi, dall'altro riguardo l'epistemologia delle discipline e la natura dei loro oggetti di studio<fnref n="173" />.

La codifica di un testo consiste nell'esplicitazione di tutte le procedure necessarie a una corretta e rigorosa conservazione e/o riproduzione su supporto elettronico dei dati della nostra fonte<fnref n="174" />. Per tali motivi il concetto di *rappresentazione* e, in secondo luogo, quello di *comprensione*<fnref n="175" /> diventano i due fulcri tematici essenziali attorno ai quali il lavoro di codifica deve sempre fare riferimento. Il testo letterario<fnref n="176" />, infatti, per le sue peculiarità, apporta al lavoro del ricercatore una serie di problemi legati non solo ai termini di modellizzazione e rappresentazione della sua componente materiale (supporto, inchiostro etc.) ma anche alla fruizione dell'informazione che si trova veicolata da tale supporto<fnref n="177" />. Il testo appare come un oggetto a due livelli, da un lato il documento nella sua materialità, dall'altro il significato trasportato in esso.

<footnote n="171">¹⁷¹ Come riportato dal glossario di http://opendatahandbook.org: "Data in a data format that can be automatically read and processed by a computer, such as CSV, JSON, XML etc. Machine-readable data must be structured data compare human-readable. Non-digital material (for example printed or hand-written documents) is by its non-digital nature not machine-readable. But even digital material need not be machine-readable. For example, consider a PDF document containing tables of data. These are definitely digital but are not machine-readable because a computer would struggle to access the tabular information - even though they are very human readable. The equivalent tables in a format such as a spreadsheet would be machine readable. As another example scans (photographs) of text are not machine-readable (but are human readable!) but the equivalent text in a format such as a simple ASCII text file can machine readable and processable", (visitato il 9/4/2018).</footnote>

<footnote n="172">¹⁷² CIOTTI F., *Cosa è la codifica informatica dei testi*, in AA.VV., Atti del Convegno Umanesimo & Informatica (Trento maggio 1996), a cura di Daniela Gruber e Patrick Pauletto; anche in http://circe.lett.unitn.it/attivita/eventi/pdf_eventi/ciotti.pdf</footnote>

<footnote n="173">¹⁷³ *Ibidem*.</footnote>

<footnote n="174">¹⁷⁴ ORLANDI, 1990, pp. 26-27.</footnote>

<footnote n="175">¹⁷⁵ Cfr. "Vale a dire la necessità di trovare un sistema di comunicazione condiviso dall'uomo e dalla macchina", PIERAZZO E., *La codifica dei testi, Un'introduzione*, Roma, Carocci editore, 2005, p. 15.</footnote>

<footnote n="176">¹⁷⁶ Da intendersi come qualsiasi testo scritto che comporti il veicolare di un messaggio.</footnote>

<footnote n="177">¹⁷⁷ Secondo PIERAZZO, 2005: tali distinzioni corrispondono a testo e documento dove il primo si riferisce all'aspetto contenutistico mentre il secondo al supporto materiale in cui il testo viene conservato; così che si può parlare di documenti cartacei o digitali ma non di testi cartacei o digitali.</footnote>
Il termine testo si riferisce nella realtà ad un oggetto multiplo e composito, che rimanda ad una componente materiale, il supporto e le tracce di inchiostro, e ad un componente astratto, la sequenza verbale, la quale a sua volta genera una serie di livelli di contenuti semantici.<fnref n="178" />

Per quanto durante la codifica il lavoro di studio principale sia concentrato sull'interpretazione del testo, può succedere, come nel caso della trascrizione di manoscritti, di dover analizzare, in ugual modo, anche la componente materiale dell'oggetto codificato. Ogni qual volta ci si trovi a dover lavorare su di un testo, bisogna quindi ricordare di star lavorando su di un oggetto complesso che deve essere analizzato, in conseguenza della sua complessità, in modo tale da rendere comprensibile *a un qualche livello descrittivo*<fnref n="179" /> qualsiasi suo livello di informazione. Quando si analizza un testo, si è costretti a misurarsi con uno o più di questi livelli di rappresentazione; allo stesso modo, ponendosi davanti al lavoro di codifica bisogna attuare un'operazione critica che permetta di rappresentare la semantica del testo secondo una selezione e un organizzazione dell'informazione da trasmettere.

La selezione del livello di informazione che si vuole trasmettere, induce a dover stabilire un processo che implica una serie di operazioni di analisi degli elementi testuali svolte in funzione delle esigenze interpretative. Un testo è per sua natura portatore, in primo luogo, di un messaggio che in quanto tale è già stato codificato; la codifica di un testo letterario significa, quindi, per prima cosa “esplorare il codice di partenza, studiarne funzioni e regolarità, comprenderlo in profondità, de-codificarlo”<fnref n="180" />. A tal proposito ritengo interessante citare uno dei pionieri dell'informatica umanistica italiana, Giuseppe Gigliozzi:

> Codificare un testo significa esplorare il codice di partenza. Studiarne regolarità e funzioni. Confrontarle con le costrizioni proprie del codice prescelto e riproporre le relazioni (che sono già in un codice) del testo originale nel nuovo codice che, nel nostro caso, dovrà essere utilizzabile per un elaborazione elettronica, lavoreremo, quindi con due codici: il codice del documento da cui muoviamo e il codice che renderà questo documento disponibile per un elaborazione elettronica.<fnref n="181" />

<footnote n="178">¹⁷⁸ CIOTTI 1996, paragrafo 3, disponibile su http://circe.lett.unitn.it/attivita/eventi/pdf_eventi/ciotti.pdf.</footnote>

<footnote n="179">¹⁷⁹ *Ibidem*.</footnote>

<footnote n="180">¹⁸⁰ PIERAZZO 2005, p. 16.</footnote>

<footnote n="181">¹⁸¹ GIGLIOZZI G., *Il testo e il computer. Manuale di informatica per studi letterari*, Milano, Bruno Mondadori, 1997, p. 56.</footnote>
Contrariamente alla deriva relativistica che potrebbe emergere dal lavoro di interpretazione testuale, la codifica del testo permette al ricercatore umanistico di avvalersi di un linguaggio formale per esporre una data interpretazione del testo in forma esplicita, controllabile e intersoggettiva. Infatti, la possibilità di analisi attraverso un linguaggio formalmente riconosciuto richiede, agli studiosi, da un lato uno sforzo notevole di esplicitazione, ma dall'altro permette una comprensione e un controllo sull'oggetto analizzato il più ampio possibile.

I linguaggi informatici usati nella codifica proiettano un'analisi sull'oggetto analizzato, quindi la codifica contribuisce a creare una specifica 'condizione meta-testuale' che produce, garantisce e al tempo stesso regola la fruizione e l'accesso al documento<fnref n="182" />. Per tale motivo, con il passaggio a una rappresentazione digitale del testo letterario, diviene necessario attuare una "modellizzazione concettuale" ovvero scegliere un modello di analisi dell'oggetto trattato. Il passaggio della modellizzazione si struttura, così, come momento chiave della codifica testuale ponendosi come un auto descrizione che definisce il testo nel momento stesso in cui lo descrive.

La creazione del modello comporta l'attuazione di scelte di studio attraverso le quali, l'oggetto analizzato diviene qualcosa di differente dal testo di partenza potendo così contenere, o meglio esplicitare, informazioni in più rispetto al testo originario. Nel momento della codifica, il modello diviene il risultato di un procedimento di astrazione necessario. Sovvenendo al fatto che il modello formale ideale di rappresentazione di un testo dovrebbe rappresentare il testo stesso nella sua complessità originaria, attraverso il lavoro di interpretazione ci troviamo di fronte alla ovvia necessità di un modello “più piccolo”<fnref n="183" />, dove “più piccolo” si riferisce alla diversità che assume il modello, rispetto al testo, durante la sua trasformazione interpretativa. La scelta del modello da adottare deve

<footnote n="182">¹⁸² FIORMONTE D., *Il testo digitale: traduzione, codifica, modelli culturali*, in P. R. Piras, A. Alessandro, D. Fiormonte (a cura di), Italianisti in Spagna, ispanisti in Italia: la traduzione. Atti del Convegno Internazionale (Roma, 30 - 31 ottobre 2007), Roma, Kappa, 2008, pp. 271-284.</footnote>

<footnote n="183">¹⁸³ O più grande, dal momento che per evitare la perdita di informazione sono necessari anche modelli più complessi, qualora il codice di arrivo sia mancante di simboli equivalenti al codice di partenza e si debba costruire un diverso sistema di interpretazione con corrispondenze di più simboli in combinazione tra loro. GIGLIOZZI esemplifica: "potremmo chiarire questo fenomeno con quello che capita quando dobbiamo rappresentare un segno non contenuto nell'alfabeto attivo in quel momento nella macchina: scrivere una lettera greca per mezzo di una tastiera italiana. Dovremmo necessariamente sostituire alla lettera $\beta$ dell'alfabeto greco almeno due segni che potrebbero essere la lettera B e un segnale che informi la macchina che quella non è una vera B; per esempio la codifica #g. La lettera $\beta$ potrebbe, quindi, essere rappresentata da ben cinque segni appartenenti al codice ASCII e cioè: #gB#g. Dove il primo avverte il programma [...] di slittare dall'alfabeto italiano a quello greco; la lettera B è l'elemento in corrispondenza biunivoca con la $\beta$ dell'alfabeto greco; l'ultimo #g segnala al programma di rientrare nell'alfabeto italiano [...]. GIGLIOZZI G., *Introduzione all'uso del computer negli studi letterari*, Milano, Mondadori, 2003, p.56.</footnote>
essere, allora, svolta in base alla quantità di informazione che si vuole esplicitare nella
codifica.

La scelta di un modello al posto di un altro diviene, a questo punto, anche una scelta di
livello al quale si vuole spingere l'analisi oltre che una definizione del tipo di risultati che ci
si aspetta di ottenere. <fnref n="184" />

Un testo può, infatti, essere codificato per differenti scopi e secondo diverse intenzioni
di analisi: per tali motivi è importante stabilire, in primo luogo, le diverse categorie delle
caratteristiche che si vogliono esplicitare. Tali categorie che possono essere suddivise in
macro sistemi quali la struttura, il formato e il contenuto<fnref n="185" />, corrispondono ai piani di
indagine potenzialmente disponibili in un testo. Sebbene il momento della modellizzazione
possa considerarsi, con i suoi interrogativi, il momento più delicato e sensibile delle
operazioni di codifica, lo scopo deve rimanere quello di ottenere una comprensione più
ampia possibile e il maggior controllo sull'oggetto che viene trattato informaticamente. Per
lo studioso la modellizzazione corrisponde a una trasformazione, per la quale - se si vuole
ottenere un modello correttamente funzionante - non possono essere ignorate le leggi
dell'isomorfismo<fnref n="186" />. La costruzione del modello di lavoro, non può prescindere, dal creare
una corrispondenza di strutture tale che due parti siano "corrispondenti" se, e solo se,
abbiano un ruolo simile nelle rispettive configurazioni. Nel momento in cui codifichiamo
un testo dobbiamo quindi porci il problema di ottenere un altro testo, memorizzato su
supporto digitale, che sia isomorfo a quello su supporto cartaceo. Affinché gli standard di
coerenza del modello siano rispettati risulta essenziale, dunque, svolgere una preliminare
analisi delle parti del testo, per far sì che gli stessi ruoli vengano ricoperti anche nel testo
affidato al trattamento automatico<fnref n="187" />.

La *modellizzazione*, dunque, non comporta necessariamente una trasposizione *uno a uno*
-il che oltretutto porterebbe a un modello inutile); il fatto stesso di proporre per il nostro
lavoro l'esito informatico ci obbliga fin dal primo momento a confrontarci con le strutture
che avremo realmente disponibili fino al momento in cui sarà la macchina a entrare in
azione. Disporremo quindi di una serie di strumenti predeterminati e dovremo costruire il

<footnote n="184">¹⁸⁴ GIGLIOZZI G., *Introduzione all'uso del computer negli studi letterari*, Milano, Mondadori, 2003, p.55.</footnote>

<footnote n="185">¹⁸⁵ PIERAZZO 2005, p. 25.</footnote>

<footnote n="186">¹⁸⁶ Per cui: a) un elemento del sistema A deve corrispondere un solo elemento del sistema B; b) data una relazione fra due elementi del sistema A, la stessa relazione deve essere mantenuta tra i corrispettivi elementi del sistema B.</footnote>

<footnote n="187">¹⁸⁷ GIGLIOZZI 2003, p. 55</footnote>
nostro modello all'interno delle possibilità (numerose ma non infinite) che ci vengono
offerte da questi strumenti.<fnref n="188" />

Il processo di modellizzazione permette al ricercatore di poter “insegnare” alla macchina come interpretare il testo trattato<fnref n="189" />. La codifica è infatti il mezzo grazie al quale è possibile rendere esplicita un’interpretazione di un testo. A partire da quest’interpretazione dobbiamo scegliere quel modello che sia capace di enucleare, secondo i parametri di un’analisi logico-strutturale, tutte le parti costitutive del testo al fine di arrivare a una sostanziale e significativa riduzione dell’implicito<fnref n="190" />. Inoltre, è necessario ricordare che affinché un linguaggio di codifica sia in grado di trasmettere l’informazione a un numero indefinito di destinatari, senza limiti spaziali e temporali, esso deve divenire portabile. Definire un linguaggio portabile corrisponde a stabilirne una sua standardizzazione, ovvero permetterne un’adozione, tramite sistemi di rappresentazione e archiviazione universale, da parte della comunità di studiosi interessata al suo uso. Per tale motivo, il problema legato alla portabilità dei documenti digitali è causato, in primo luogo, dall’elevato tasso di decadimento e di obsolescenza delle risorse tecnologiche<fnref n="191" />, a causa delle quali è risultata necessaria l’adozione di sistemi standardizzati<fnref n="192" />.

<footnote n="188">¹⁸⁸ *Idem* p. 56.</footnote>

<footnote n="189">¹⁸⁹ GIGLIOZZI 2003, “Tale precauzione è tanto più importante in quanto un’informazione persa nel momento della memorizzazione sarà irrimediabilmente perduta”, p.59.</footnote>

<footnote n="190">¹⁹⁰ PIERAZZO 2005, p. 16.</footnote>

<footnote n="191">¹⁹¹ *Idem*, p.20: “tanto che difficilmente saremmo in grado di leggere un documento memorizzato solo cinque anni fa (per esempio perché il programma che lo ha generato non è stato più aggiornato per adattarsi alle nuove piattaforme) e può risultare addirittura impossibile recuperare le informazioni contenute nelle schede perforate in uso una cinquantina di anni or sono”.</footnote>

<footnote n="192">¹⁹² In senso formale viene inteso come standard l'insieme di norme relative ad una particolare tecnologia che vengono emesse da un preciso ente istituzionale nazionale o internazionale ovvero l'ISO (Internationale Standardization Institute). In realtà molti standard del mondo dell'informatica si impongono, di fatto, per la loro forza commerciale e solo in un secondo tempo vengono formalmente adottati da un ente istituzionale; viceversa non tutti gli standard formali riescono a scalzare uno standard di fatto¹⁹². Standardizzare, nel caso delle Digital Humanities, non significa omologare o limitare nel senso deteriore del termine, ma piuttosto produrre risultati che siano confrontabili e condivisibili all'interno della comunità scientifica. Per tali motivi, affinché uno standard sia portabile deve necessariamente corrispondere a quattro particolari caratteristiche tecniche, di cui si elencano, di seguito, i caratteri principali: *indipendenza dall'hardware* (da una particolare architettura elaborativa o da un particolare sistema di *output*), *indipendenza dal software* (sia dai sistemi operativi che dalle applicazione deputate alla creazione, manipolazione, analisi e visualizzazione dei documenti), *indipendenza dai sistemi di codifica dei caratteri* (a causa della loro obsolescenza), *indipendenza logica dalle tipologie di elaborazione* (la possibilità del documento di essere usato in ambiti diversi di applicazione).</footnote>
## 1.3 Sistemi di codifica e Markup Language

Quando saliamo di livello e cominciamo a descrivere le strutture di un testo, poniamo un manoscritto, la codifica diventa un ‘atto ermeneutico’. La trascrizione di un documento attraverso la scelta e l’utilizzo di marcatori, come avviene con il linguaggio XML (eXtensible Markup Language), produce un proprio e indipendente ‘strato’ semiotico che si affianca e sovrappone alla fonte. Realizzare tali strati attraverso un linguaggio formale implica delle scelte da parte del codificatore che, non differentemente da un parlante di una lingua naturale, si trova continuamente di fronte a diverse possibilità di ‘interpretare’ e ‘rappresentare’ lo stesso oggetto fisico (libro, immagine, ecc.).<fnref n="193" />

Per la rappresentazione astratta dell'informazione testuale ci si avvale di precisi sistemi; in massima parte si tratta di tecnologie sviluppate adattando le scienze informatiche alle necessità degli studi umanistici, e per tali motivi risulta interessante osservare in che misura esse si conformino alle esigenze di uno schema di codifica per le scienze umane. Ciascun sistema di codifica presenta delle peculiarità che lo rendono impiegabile in diversi ambiti, sedi e scopi di lavoro e a seconda della “rappresentazione” e dell’“interpretazione” richiesta. Questi si differenziano secondo livelli di specificità partendo dal codice “base” ovvero quello dei caratteri<fnref n="194" /> fino ai linguaggi di marcatura<fnref n="195" /> usati per la rappresentazione dei testi umanistici. Seppure la codifica dei caratteri<fnref n="196" /> si pone come il “grado zero”<fnref n="197" /> della rappresentazione dei testi su supporto digitale questa non esaurisce i problemi di rappresentazione delle caratteristiche di un testo dal momento che

<footnote n="193">¹⁹³ FIORMONTE D., *Il testo digitale: traduzione, codifica, modelli culturali*, in P. R. Piras, A. Alessandro, D. Fiormonte (a cura di), Italianisti in Spagna, ispanisti in Italia: la traduzione. Atti del Convegno Internazionale (Roma, 30 - 31 ottobre 2007), Roma, Kappa, 2008, pp. 271-284.</footnote>

<footnote n="194">¹⁹⁴ La rappresentazione di un sistema di scrittura è molto più complessa di quanto non potrebbe sembrare, la quantità e la tipologia di segni alfabetici varia, infatti, da una lingua all'altra e tali variazioni, così come i segni di punteggiatura, devono essere tutte codificate. I due elementi che necessitano di un'analisi sono la struttura dell'alfabeto e la struttura della macchina. I caratteri vengono rappresentati all'interno di un elaboratore elettronico tramite l'associazione dei segni alfanumerici e ortografici con un insieme di codici numerici espressi in notazione binaria. Il risultato è una tabella chiamata *coded character set* ovvero la *tavola dei caratteri*.</footnote>

<footnote n="195">¹⁹⁵ Linguaggi che usufruiscono di un insieme di regole per la descrizione dei meccanismi di rappresentazione di un testo.</footnote>

<footnote n="196">¹⁹⁶ Si ricorda che nel corso degli anni sono stati sviluppati dagli enti di standardizzazione molteplici *coded character set*. Questi vennero implementati per rispondere all'iniziale limitazione dei codici di caratteri che si basavano su di un sistema binario di posizioni disponibili a seconda dei codici basati sull'alfabeto latino. I più noti sono lo ISO 646 IRV, meglio noto come ASCII, e la famiglia ISO 8859 di cui l'ISO Latin è divenuto lo standard di trasmissione dei dati su Internet. Se in passato ogni operazione di edizione digitale doveva partire con la codifica dei caratteri in ASCII, con il progresso della tecnologia è stato possibile implementare nuovi set di caratteri come la tabella a 16 bit, conosciuta anche come Unicode, sincronizzata ad uno standard comprendente molti caratteri alfabetici non latini e caratteri non alfabetici.</footnote>

<footnote n="197">¹⁹⁷ CIOTTI 1996, paragrafo 4.2.1: "La codifica dei caratteri rappresenta il grado zero della rappresentazione di testi su supporto digitale poiché permette di rappresentare il contenuto linguistico di un testo.", disponibile su http://circe.lett.unitn.it/attivita/eventi/pdf_eventi/ciotti.pdf.</footnote>
la scrittura dei caratteri rappresenta l'elemento minimo ma non esaustivo né sufficiente<fnref n="198" />
per il modello testuale. Si parla, infatti, di sistemi di codifica testuale solo per quei sistemi
che consentono l'inclusione di informazioni circa la struttura editoriale, letteraria o grafica
di un testo. Rientrano in tale tipologia le codifiche di tipo presentazionale, ovvero tutti quei
sistemi di trattamento dei testi che utilizzano dispositivi grafici e visuali per la
rappresentazione di caratteristiche del testo stesso. Questi sistemi mirano a ottenere una
riproduzione sullo schermo di un elaboratore elettronico, dell'aspetto grafico di una pagina
stampata. Questo genere di formattazione è il risultato di un'elaborazione mediata dal
sistema di videoscrittura e di impaginazione. Poiché i sistemi di codifica presentazionale
hanno lo scopo di ottenere una rappresentazione virtuale quanto più possibile similare al
testo a stampa vengono generalmente definiti, con un acronimo, peraltro discutibile, come
sistemi WYSIWYG (What You See Is What You Get)<fnref n="199" />. Questo tipo di sistemi mostra, però,
dei grandi limiti di portabilità, infatti le codifiche presentazionali tendono a essere
strettamente dipendenti dal software e dall'applicazione produttrice. Un documento
realizzato con un dato sistema può essere visualizzato e modificato solo se si possiede il
software con cui è stato creato.

[...] il problema più grande è dato dagli editor presentazionali che usano formati di
marcatura proprietari (come Microsoft Word) e che quindi legano l'elaborazione del testo a
un determinato programma, rendendo dunque alquanto problematica la portabilità del testo
stesso, che sarà leggibile solo attraverso il programma che lo ha generato. A questo si
aggiunge che spesso, per ragioni di marketing, i software vengono rapidamente aggiornati e
non sempre la compatibilità dei testi prodotti con una precedente versione del programma è
totale.<fnref n="200" />

<footnote n="198">¹⁹⁸ GIGLIOZZI 2003, p. 67: L'insufficienza nasce da due ordini di problemi. Il primo concerne la natura stessa delle tabelle di codici fin qui realizzate: se è vero, infatti, che sono stati realizzati un buon numero di *code set* dedicati agli alfabeti nazionali, è anche vero che l'unico gruppo di caratteri presente in tutte le tavole è quello corrispondente all'alfabeto latino nell'ortografia dell'inglese. Questo provoca la non completa sovrapponibilità di tutti i codici, rendendo problematica la reale trasportabilità dei documenti [...]. Il secondo riguarda l'esigenza di realizzare un testo realmente leggibile dalla macchina, da tutte le macchine, e che conservi la maggior quantità possibile di informazione. La digitalizzazione di un testo non può essere affidata esclusivamente al sistema di codifica dei caratteri , anche se ci si ferma ad un primissimo livello di trascrizione. Infatti, se la nostra riflessione sul testo si fa più attenta le cose si complicano.</footnote>

<footnote n="199">¹⁹⁹ Questo genere di codifica viene principalmente usato con i sistemi *word processing*, attualmente diffusi, di cui un chiaro esempio è *Microsoft Word*. Nei sistemi presentazionali la memorizzazione dei file e delle codifiche avviene in modo invisibile all'utente che si limita all'uso e all'interazione con un'interfaccia, vedendone i risultati direttamente sul video. Le annotazioni specifiche della codifica testuale vengono così nascoste agli occhi dell'utente che si trova limitato ad apprezzarne solo il risultato finale.</footnote>

<footnote n="200">²⁰⁰ PIERAZZO 2005, pp. 29-30.</footnote>
Inoltre questi sistemi sono nella maggior parte dei casi applicazioni di elaborazione dei
testi, e dunque il documento prodotto non si presta facilmente a essere sottoposto a
procedimenti computazionali, di analisi testuale o di reperimento dell'informazione<fnref n="201" />.
Un'ultima annotazione permette di mettere in evidenza come l'uso dei sistemi
presentazionali di annotazione, seppur possa semplificare il lavoro, tende a creare una sorta
di chiusura per la quale diviene difficile interagire con i comandi di codifica a un livello
più profondo - in quanto tali comandi sono nascosti dall'interfaccia - rendendo la codifica
difficilmente controllabile.

Le codifiche presentazionali non sono che uno dei possibili sistemi di interpretazione digitale del testo. Oltre ai sistemi di rappresentazione WYSIWYG, si possono avere delle codifiche rappresentate tramite l'uso di un linguaggio di marcatura, ovvero dei sistemi che mostrano all'utente tutte le annotazioni (*tag* – traducibili come *marche* e che costituiscono la base ovvero le “parole” del linguaggio di markup) di caratterizzazione del testo. Definire i sistemi di markup dei “linguaggi” serve a sottolineare come questi sistemi di codifica siano, effettivamente, dei veri e propri linguaggi basati su un insieme di istruzioni e su una sintassi che specificano come intervenire nella codifica del testo. Tali linguaggi per le loro caratteristiche e peculiarità di funzionamento, possono essere suddivisi in linguaggi procedurali<fnref n="202" /> o specifici (*specific markup languages*) e in linguaggi dichiarativi o generici (*generic markup languages*). La distinzione tra procedurale e dichiarativo è una distinzione introdotta a proposito dei sistemi di rappresentazione della conoscenza e dei linguaggi di programmazione. Infatti, i primi sono orientati al documento finale e alla sua elaborazione da parte di uno strumento informatico, mentre i secondi sono orientati al testo annotandone e descrivendone i peculiari elementi compositivi. Le codifiche procedurali furono le prime a fare la loro comparsa nei sistemi di codifica, e vennero create per i sistemi informatici di composizione testuale detti *batch former*<fnref n="203" />. I linguaggi procedurali vengono usati per indicare allo strumento informatico come elaborare un determinato documento,

<footnote n="201">201 CIOTTI 1996, paragrafo 4.2.2., disponibile su http://circe.lett.unitn.it/attivita/eventi/pdf_eventi/ciotti.pdf.</footnote>

<footnote n="202">²⁰² I più conosciuti linguaggi procedurali restano, ancora oggi, TeX e LaTeX. Questi sono solitamente implicati per elaborazioni automatiche come la stampa su carta o video, per le quali l'utilizzo di output è limitato alla visualizzazione.</footnote>

<footnote n="203">²⁰³ Il termine *batch*, che prende le sue origini dall'epoca della programmazione attraverso schede perforate, si riferisce a quei programmi che si disinteressano dell'aspetto che il documento assume sul video per concentrarsi sul risultato finale. Come riporta GIGLIOZZI 2003, p. 68: Questi programmi vengono definiti *batch* in quanto (come facevano i primi elaboratori) dividono l'operazione in due fasi: 1) la compilazione del programma (il testo da questo punto di vista è un programma composto da istruzioni e argomenti); 2) l'esecuzione del programma (e cioè la realizzazione dell'output).</footnote>
rappresentandone determinate caratteristiche grafiche e di impaginazione. Quando il programma riceve una stringa di linguaggio contenente una data informazione ne desume l'istruzione che specifica il trattamento da operare sul testo.

Ad esempio stampa uno spazio, o modifica il corpo del carattere. Queste codifiche vengono dette procedurali appunto perché specificano le operazioni che un certo sistema deve compiere sul test per ottenere un determinato output.<fnref n="204" />

O ancora:

[...] se una stringa di testo viene riconosciuta come titolo di una particolare sezione, accanto alla stringa verrà collocata una serie di istruzioni che serviranno a specificare il font, la dimensione e la spaziatura del carattere, e il posizionamento all'interno della pagina.<fnref n="205" />

Contrariamente ai linguaggi procedurali, i linguaggi dichiarativi sono orientati al testo, preoccupandosi di “dichiarare” il significato e le caratteristiche degli elementi che lo costituiscono, e tralasciando invece l’aspetto che questi assumeranno sulla pagina stampata o sullo schermo<fnref n="206" />. In questi casi il *markup* permette di assegnare una struttura alla rappresentazione del testo, distinguendo, nella sequenza dei caratteri codificati, parti diverse con funzioni diverse. Invece che specificare le operazioni di formattazione da eseguire, i linguaggi dichiarativi esplicitano, quindi, date caratteristiche o elementi costitutivi del testo stesso che vengono dichiarati tramite una struttura semantica astratta. I linguaggi dichiarativi, di *markup* generico, dicono al computer “cosa è qualcosa”, identificando la funzione strutturale dei blocchi testuali. Tra i più noti linguaggi dichiarativi ricorrono SGML<fnref n="207" /> e XML<fnref n="208" />.

<footnote n="204">²⁰⁴ CIOTTI 1996, paragrafo 4.2.3., disponibile su http://circe.lett.unitn.it/attivita/eventi/pdf_eventi/ciotti.pdf.</footnote>

<footnote n="205">²⁰⁵ PIERAZZO 2005, p 30.</footnote>

<footnote n="206">²⁰⁶ *Idem*, p. 31.</footnote>

<footnote n="207">²⁰⁷ In particolare, SGML venne creato a partire dagli anni sessanta ed è ancora uno dei più versatili sistemi per la creazione, archiviazione, gestione e trasmissione dei testi in formato digitale. Da un attenta lettura del suo acronimo, risulta evidente come SGML sia un linguaggio di markup standardizzato²⁰⁷ (pubblicato ufficialmente con la sigla ISO 8879:1986) basato su di un sistema di codifica di genere dichiarativo. In realtà SGML non è propriamente un linguaggio, quanto piuttosto un metalinguaggio, che permette di stabilire altri linguaggi di marcatura (come visto sopra, HTML e XML). Il metalinguaggio di SGML non si pone come una grammatica o un vocabolario, ma piuttosto rappresenta una serie di norme sintattiche astratte secondo le quali devono essere realizzati i linguaggi di marcatura, ovvero indica come scrivere i tipi di notazioni che possono presentare i diversi linguaggi di markup.</footnote>

<footnote n="208">²⁰⁸ “Extensible Markup Language (XML) is a simple, very flexible text format derived from SGML (ISO 8879). Originally designed to meet the challenges of large-scale electronic publishing, XML is also playing an increasingly important role in the exchange of a wide variety of data on the Web and elsewhere.” Da W3C https://www.w3.org/XML/ (visitato il 10/09/2018).</footnote>
Come i linguaggi procedurali, anche quelli dichiarativi usano una sequenza di caratteri detti *tag*<fnref n="209" /> che fungono da annotazioni nel testo. Poiché i linguaggi dichiarativi consentono di marcare elementi appartenenti alla struttura astratta del testo, nel caso in cui sia necessario fornire un *output* del testo, correttamente formattato, si possono usare a tale scopo dei fogli di stile (*style-sheet*), per provvedere, in modo separato, a tutte le informazioni inerenti.

La disposizione della rappresentazione di strutture astratte non pone limiti alla natura e tipologia delle caratteristiche testuali che si possono codificare in un testo elettronico. Piuttosto che la struttura editoriale astratta di testo si può rappresentare la struttura grammaticale, o la struttura retorica.<fnref n="210" />

I più famosi linguaggi dichiarativi appartengono e derivano dalla famiglia di SGML<fnref n="211" /> (*Standard Generalized Markup Language*) e sono principalmente SGML stesso, HTML<fnref n="212" /> (*Hyper Text Markup Language*) e XML (*eXtensible Markup Language*), e corrispondono a differenti applicazioni SGML. Questi linguaggi permettono di unire i vantaggi della standardizzazione a quelli specifici offerti dai linguaggi dichiarativi.

<footnote n="209">²⁰⁹ Le etichette che costituiscono il *markup* del testo sono racchiuse da parentesi uncinate e possono essere create dall'utente (a seconda delle proprie specifiche esigenze) dando vita a un vocabolario SGML che dia conto della semantica delle parti costitutive del testo.</footnote>

<footnote n="210">²¹⁰ CIOTTI 1996, paragrafo 4.2.4.</footnote>

<footnote n="211">²¹¹ “GML (*Generalized Markup Language*) is an IBM document-formatting language that describes a document in terms of its organization structure and content parts and their relationship. GML markup or tag describe such parts as chapters, important sections and less important sections (by specifying heading levels), paragraphs, lists, tables, and so forth. GML frees document creators from specific document formatting concerns such as font specification, line spacing, and page layout required by IBM's printer formatting language, SCRIPT. GML preceded and was an inspiration for the industry-developed Standard Generalized Markup Language (SGML), today's strategic set of rules for creating any structured document description language. This Web page is marked up with Hypertext Markup Language (HTML) tags and is an example of a document that makes use of GML concepts. The Extensible Markup Language (XML) also has roots in GML.” https://whatis.techtarget.com/definition/GML-Generalized-Markup-Language (visitato il 18/04/2018).</footnote>

<footnote n="212">²¹² HTML è il più famoso linguaggio appartenente della famiglia SGML, viene usato per scrivere la maggior parte delle pagine web, usato per la formattazione e impaginazione di documenti ipertestuali, oltre che per la creazione di contenuti *mobile*. HTML è un linguaggio portabile, basato su una DTD standard - contenente circa centinaio di elementi - e non modificabile dall'utente. Un testo scritto in linguaggio HTML può essere visualizzato con qualsiasi *browser* capace di interpretare i marcatori all'interno del file permettendo di visualizzare quest'ultimo come una pagina *web*. I marcatori usati in HTML servono per descrivere e definire aree di un documento con determinate caratteristiche, infatti, ciascun elemento HTML corrisponde a un preciso tipo di visualizzazione. Vedi anche: “HTML (the Hypertext Markup Language) and CSS (Cascading Style Sheets) are two of the core technologies for building Web pages. HTML provides the *structure* of the page, CSS the (visual and aural) *layout*, for a variety of devices. Along with graphics and scripting, HTML and CSS are the basis of building Web pages and Web Applications”. https://www.w3.org/standards/webdesign/htmlcss (visitato il 20/04/2018).</footnote>
## 1.4 XML e TEI: uno schema di codifica per le scienze umane

XML (*eXtensible Markup Language*) nasce nel 1998 con lo scopo di semplificare la scrittura di SGML. La sua progettazione, nata da un gruppo di ricerca del W3C (*World Wide Web Consortium*), venne eseguita a partire dai punti di forza di SGML e cercando, al contempo, di limitarne le debolezze come l'estrema complessità e dispendiosità. I due linguaggi seppur molto simili presentano delle divergenze, in particolare XML elimina talune funzionalità di SGML reputate di difficile gestione come l'omissione, in determinate circostanze, dei tag di chiusura secondo le regole di minimizzazione<fnref n="213" />. Al pari di SGML, XML è, più precisamente, un metalinguaggio e permette la creazione di *markup* personalizzati. Il *markup* di XML, rispetto a SGML e HTML, è auto esplicativo e può essere usato per documenti *text-oriented* (con un contenuto prevalentemente testuale)<fnref n="214" />. Allo stesso modo si presta ugualmente bene per l'interscambio di dati di tipo numerico, grafico e multimediale. A partire dalle caratteristiche di cui il linguaggio di XML è portatore, i ricercatori del W3C hanno sviluppato diversi linguaggi derivati basati su XML, di cui si riportano brevemente i più esplicativi come *XLink*, *XPointer*, *XPath*, *XSLT* e *XSL-FO* (linguaggi per la costruzione di fogli di stile e di visualizzazione). Inoltre, tra le altre caratteristiche di XML bisogna ricordare che:

> L'eXtensible Markup Language si basa su un sistema di markup dichiarativo che punta a descrivere la struttura astratta di un documento piuttosto che il suo aspetto grafico, e a questo scopo consente la dichiarazione dell'insieme di elementi che lo compongono e delle loro azioni<fnref n="215" />.

Un documento XML può essere descritto come una sequenza organizzata di elementi, tutti racchiusi da un elemento radice detto *root element*. Gli elementi del vocabolario XML presentano, a loro volta, una struttura di tipo relazionale e gerarchico. In un testo XML gli elementi devono essere necessariamente marcati: questa marcatura viene rappresentata tramite una particolare sequenza di caratteri indicanti l'inizio e la

<footnote n="213">²¹³ Le regole di minimizzazione, rappresentate da due caratteri staccati, indicano l'obbligatorietà o meno dell'utilizzo del marcatore di apertura e di chiusura per l'elemento dichiarato. Il primo dei due simboli rappresenta l'apertura, il secondo la chiusura. Tutti i tipi di minimizzazione sono facoltativi, ma hanno effetti anche importanti sulla sintassi del linguaggio. Inoltre in molti casi sono le regole del DTD che permettono di derivare la struttura non minimizzata del documento. Descrizione estrapolata da http://wwwcdf PD .infn.it/AppuntiLinux/sgml_introduzione.htm (visitato il 20/04/2018) e da www.cs.unibo.it/~fabio/corsi/ltw01/slides/23-SGML/23-SGML.ppt (visitato il 20/04/2018).</footnote>

<footnote n="214">²¹⁴ PIERAZZO 2005, p. 38.</footnote>

<footnote n="215">²¹⁵ GIGLIOZZI 2003, p. 73.</footnote>
fine dell'elemento, anche detti *start-tag* e *end-tag*. La grammatica computazionale di XML si basa, quindi, su di una struttura astratta ad albero<fnref n="216" /> dove ciascun elemento assume il suo significato in base alle relazioni che intercorrono tra i diversi elementi della struttura di codifica. Si può, quindi, dire che le relazioni tra gli elementi di un linguaggio XML vengono stabilite in base a funzioni gerarchiche e ordinali, in cui non possono esistere sovrapposizioni di elementi - i cosiddetti casi di *overlapping*.

Per le sue caratteristiche XML ha trovato una delle sue più importanti applicazioni nell'ambito dell'informatica umanistica, in particolare nella codifica dei testi. Il linguaggio XML è stato, infatti, adottato come base del sistema di codifica TEI (*Text Encoding Initiative*). In realtà si può osservare come sia il sistema TEI che il linguaggio di *markup* XML si siano reciprocamente influenzati. Lo sviluppo di un vocabolario specifico adattabile ai criteri di analisi delle scienze umane ha permesso un'implementazione significativa del vocabolario di XML. A sua volta la “modellabilità” del linguaggio di marcatura XML ha consentito la creazione di uno standard di analisi che fosse applicabile al mondo della ricerca umanistica.

Sin dagli anni ottanta in campo umanistico si era avvertita l'esigenza di rispondere adeguatamente ai problemi di interscambiabilità e portabilità creati dalla proliferazione dei linguaggi di codifica, e di definire uno standard per la rappresentazione di testi su supporto digitale 217. Nel 1988, con il supporto delle più importanti associazioni nel campo dell'informatica umanistica e della linguistica computazionale 218, furono quindi create le basi per la TEI, un progetto internazionale 219 divenuto un punto di riferimento e un caposaldo per la codifica dei testi letterari, basato sull'uso del linguaggio SGML. A partire dal 1989 il progetto TEI ha sviluppato diverse versioni della propria sintassi e implementato il suo schema di codifica. Il risultato di questi sviluppi è oggi esplicato in una serie di linee guida 220 (*Guidelines for Electronic Text Encoding and Interchange*) che

<footnote n="216">216 PIERAZZO 2005, p. 43: In cui ciascun nodo corrisponde ad un elemento e a ogni ramo verso il basso uscente da un nodo corrisponde una relazione di inclusione.</footnote>

<footnote n="217">217 GIGLIOZZI, 2003, p. 78.</footnote>

<footnote n="218">218 *Ibidem*: Association for Computers and the Humanities (ACH), Association for Computational and Linguistic Computing (ACL) e Association for Literary and Linguistic Computing (ALLC).</footnote>

<footnote n="219">219 Letteralmente, come descritto dallo stesso consorzio TEI: “The Text Encoding Initiative (TEI) is a consortium which collectively develops and maintains a standard for the representation of texts in digital form. Its chief deliverable is a set of Guidelines which specify encoding methods for machine-readable texts, chiefly in the humanities, social sciences and linguistics. Since 1994, the TEI Guidelines have been widely used by libraries, museums, publishers, and individual scholars to present texts for online research, teaching, and preservation”. http://www.tei-c.org.</footnote>

<footnote n="220">220 “The TEI Guidelines for Electronic Text Encoding and Interchange define and document a markup language for representing the structural, renditional, and conceptual features of texts. They focus (though not</footnote>
della TEI aiuta il ricercatore a elaborare il proprio modello di codifica permettendogli di
adattare lo *Schema* agli scopi della ricerca. Grazie a tale struttura modulare viene garantita
un'ampia libertà nella progettazione della codifica, infatti, secondo lo *Schema* TEI sono
pochi gli elementi a dover essere rigidamente e obbligatoriamente codificati, e questi sono
nella maggior parte ristretti all'ambito specifico del frontespizio elettronico (<teiHeader>).
D'altro canto il costruirsi degli schemi TEI secondo una configurazione modulare, può
creare, alle volte, dei problemi di scrittura, connessi alla rigidità del linguaggio XML e
provocati dalla sovrapposizione di *tag*. Ciascun elemento che si vuole trascrivere tramite
linguaggio XML-TEI deve, infatti, essere compreso tra un inizio, ovvero uno *start-tag*, e
una fine, *end-tag*. Tale regola di "buona scrittura" risulta, però, la principale causa dei
problemi di *overlapping*. La grammatica formale che regola l'uso dei marcatori in XML,
infatti, ammette soltanto relazioni di subordinazione gerarchica in unità ordinate in modo
consequenziale - in sostanza, permette di rappresentare la struttura del testo solo come una
struttura gerarchica ad albero i cui elementi siano ordinati linearmente.

In un componimento poetico, per esempio, non è possibile rappresentare contemporaneamente una segmentazione per versi e una segmentazione per enunciati, o per altri costrutti grammaticali che si estendano oltre i limiti di uno stesso verso: la sintassi dei marcatori non permette di contrassegnare i diversi elementi strutturali di un enjambement. <fnref n="224" />

Questa stretta gerarchizzazione del linguaggio XML può causare limitazioni nella rappresentazione del testo che devono essere aggirate tramite soluzioni di ripiego come l'uso di elementi vuoti<fnref n="225" />, i quali sono esenti dai problemi di sovrapposizione di *tag*. Lo stesso problema di *overlapping*<fnref n="226" /> può anche essere risolto con differenti soluzioni però, il più delle volte macchinose e che non risolvono del tutto il problema<fnref n="227" />.

<footnote n="224">²²⁴ BUZZETTI D., *Ambiguità diacritica e markup. Note sull'edizione critica digitale*, in *Soluzioni informatiche e telematiche per la filologia*, Pubblicazioni Telematiche, Pavia, 30-31 Marzo, 2000, paragrafo 3. Disponibile su http://web.dfc.unibo.it/buzzetti/dbuzzetti/pubblicazioni/ambiguita.pdf (visitato il 18/05/2018).</footnote>

<footnote n="225">²²⁵ Quando si parla di elementi vuoti si fa riferimento a tutti quegli elementi che non prevedono un contenuto, sintatticamente parlando un esempio di elemento vuoto è l'elemento pagina espresso come `<pb/>` e che non necessita, in quanto vuoto, di un *tag* di apertura e di uno di chiusura.</footnote>

<footnote n="226">²²⁶ Un interessante studio circa l'argomento è stato trattato in sede di tesi da F. POGGI, sotto coordinazione di F. VITALI http://amslaurea.unibo.it/2401/1/Poggi_Francesco_tesi.pdf e ancora http://www.cs.unibo.it/dh-case/pdf/Barabuccietal.pdf.</footnote>

<footnote n="227">²²⁷ CIOTTI F., PIERAZZO E., 2018 (in corso di pubblicazione): La TEI sta promuovendo, per rimediare a tali restrizioni, la creazione di un differente sistema di codifica *stand-off* che si propone di risolvere il problema alla radice prevedendo che le annotazioni siano registrate in un luogo separato dello stesso documento riportante il corpo del testo, o addirittura in un documento diverso collegato al testo grazie a dei puntatori che specificano in quale parte del testo vanno applicate le annotazioni. Tale sistema sebbene</footnote>
Tra gli altri sottoinsiemi lo *Schema* TEI presenta, inoltre, un sottoinsieme ovvero la TEI Lite. Il sottoinsieme della TEI Lite permette una rappresentazione delle strutture testuali più comuni soddisfacendo le esigenze di progetti di codifica di vasti archivi testuali e *corpora* - risulta meno ottimale nelle codifiche a fini di ricerca specifici.

Il sottoinsieme denominato TEI Lite è stato sviluppato al fine di facilitare l'applicazione dello schema di codifica da parte degli utenti senza richiedere la conoscenza dell'intera DTD e della relativa documentazione, che in alcune parti presenta non poche difficoltà tecniche. Esso permette la creazione di documenti TEI-compliant (compatibili, cioè, con l'intero schema) in maniera rapida e semplice.<fnref n="228" />

Inoltre, qualsiasi documento codificato secondo la TEI Lite risulta sempre formalmente valido rispetto lo *Schema* più esteso e in questo senso, lo *Schema* TEI Lite altro non è che una delle possibili viste che si possono costruire a partire dallo *Schema* esteso<fnref n="229" />.

<footnote>ingegnoso rischia di risultare più dispendioso in termini di tempo e rende più probabile il commettere errori di trascrizione nel passaggio da un documento all'altro.</footnote>

<footnote n="228">²²⁸ Vedi anche il manuale TEI Lite reperibile a http://www.tei-c.org/Vault/P4/Lite/teiu5_it.html (visitato il 18/05/2018).</footnote>

<footnote n="229">²²⁹ PIERAZZO, 2005, p. 78.</footnote>
## 1.5 La struttura di una codifica TEI

Secondo gli schemi di codifica degli standard TEI, un file “valido” deve presentare generalmente due parti: un frontespizio (marcato nella codifica come elemento `<teiHeader>`) e un testo (marcato come elemento `<text>`), dove nel primo vengono compresi i metadati e tutte quelle informazioni riguardanti il file - analogamente a quelle contenute nella pagina del titolo - mentre nel secondo è riportata la trascrizione del testo vera e propria.

I documenti che possono essere classificati come TEI-conformant devono fornire, necessariamente, nel `<teiHeader>` una serie di informazioni relative al tipo di testo codificato, alla fonte, al tipo di codifica adottato, al responsabile della codifica e alle successive revisioni del testo<fnref n="230" />.

Queste informazioni devono, quindi, essere sempre presenti nel `<teiHeader>` il quale a sua volta si suddivide in quattro parti principali:

I. Descrizione del file, marcata come `<fileDesc>`<fnref n="231" />

II. Descrizione della codifica, marcata `<encodingDesc>`<fnref n="232" />

III. Profilo del testo, marcato `<profileDesc>`<fnref n="233" />

IV. Cronologia delle revisioni, marcata `<revisionDesc>`<fnref n="234" />

Allo stesso modo, la costruzione di un `<teiHeader>` può risultare molto più complessa dal momento che per la sua struttura modulare è possibile aggiungere ulteriori *tag* per descrivere la codifica. Infatti, una volta posti i parametri fondamentali elencati sopra, la struttura della codifica può essere implementata e dettagliata a seconda delle precise finalità della ricerca. Il testo può contenere del materiale preliminare ovvero un `<front>` e del materiale finale `<back>` tra i quali elementi è contenuto il corpo del testo `<body>`. Sia il

<footnote n="230">²³⁰ *Ibidem*.</footnote>

<footnote n="231">²³¹ Contiene una descrizione bibliografica completa del file stesso, comprendente una descrizione completa della fonte da cui è stato derivato il testo elettronico. È l'unico elemento obbligatorio del `<teiHeader>`.</footnote>

<footnote n="232">²³² Descrive le relazioni esistenti fra un testo elettronico e le sue fonti</footnote>

<footnote n="233">²³³ Contiene informazioni circa la classificazione e la contestualizzazione del testo stesso; riveste una particolare importanza nel caso di testi strutturati come *corpora* testuali o linguistici dove risulta più importante il controllo di un preciso vocabolario tecnico o il recupero di informazioni di disseminate nel testo.</footnote>

<footnote n="234">²³⁴ Consente al codificatore di presentare una precisa cronologia delle modifiche effettuate nel documento. Per maggiori informazioni PIERAZZO 2005, pp. 78-79.</footnote>
<front> che il <back> rimangono delle scelte di marcatura opzionali legate alla resa del tipo di documento e della codifica che si vuole marcare.

Di seguito viene riportato un esempio di struttura “base” per un testo TEI-
conformant<fnref n="235" />:

<TEI>
  <teiHeader> [ informazioni circa il TeiHeader ] </teiHeader>
  <text>
    <front> [ avantesto ] </front>
    <body> [ corpo del testo ] </body>
    <back> [ annessi ] </back>
  </text>
</TEI><fnref n="236" />

Ciascuno dei marcatori presenti nell'esempio di codifica soprastante riporta i livelli di
analisi e strutturazione di base del testo. Grazie all'apertura e alla struttura dello *Schema*
TEI, il ricercatore può definire e dettagliare il proprio modello di codifica, in base alle
scelte di studio e di interpretazione che si vogliono apportare alla realizzazione
dell'edizione digitale. Nonostante l'ampiezza dello *Schema* TEI, è tuttavia possibile che
talvolta questo non sia pienamente corrispondente ai bisogni specifici di analisi. Per tale
motivo le TEI *Guidelines* contengono una serie si regole che consentono al singolo utente
di ampliare o modificare a proprio piacimento lo *Schema* TEI, senza comprometterne la
piena adesione allo standard e la portabilità del documento<fnref n="237" />.

Nel capitolo che segue il discorso verrà implementato e approfondito tramite gli esempi
dell'applicazione degli standard TEI che sono stati apportati nella codifica del manoscritto
della *Gesuiteide*. La codifica del codice, con i suoi caratteri fisici e strutturali, è stata
condotta tramite l'uso e l'inserimento di specifici <tag>, di elementi e attributi, che
saranno spiegati dettagliatamente nel capitolo seguente. In particolare, per i dubbi tecnici e
teorici, si è fatto riferimento al manuale presente nelle TEI P5 Guidelines for Electronic

<footnote n="235">235 Si sceglie, per motivi pratici, di non illustrare tutte le possibilità di codifica per le quali viene lasciato
come riferimento il già citato manuale TEI (aggiornato al 2002) di BURNARD L., SPERBERG-MCQUEEN
C. M. disponibile su http://www.tei-c.org/Vault/P4/Lite/teiu5_en.pdf.</footnote>

<footnote n="236">²³⁶ La struttura è ripresa dagli esempi citati in BURNARD L., SPERBERG-MCQUEEN C. M. (aggiornato al 2002) disponibile su http://www.tei-c.org/Vault/P4/Lite/teiu5_en.pdf.</footnote>

<footnote n="237">237 PIERAZZO 2005, p. 83.</footnote>
*Text Encoding and Interchange.* Per la rappresentazione e la visualizzazione della codifica si è invece fatto ricorso al programma *EVT* (*Edition Visualization Technology*) di cui si parlerà approfonditamente nel capitolo seguente.
## La Gesuiteide: codifica e scelte computazionali

### 2.1 Impostazioni di lavoro

Memorizzare e codificare un testo, farne un'edizione - così come nel passato – significa introdurre una nostra griglia interpretativa tra le sue pieghe: rompere i legami che in esso ci appaiono naturali per disporre le sue parti (quelle che siamo riusciti ad individuare) in un ordine diverso.<fnref n="238" />

Come si è visto in precedenza, codificare un testo corrisponde a renderne esplicita una
certa visione, ovvero svilupparne un'interpretazione, e interrogarsi su di essa. Quando si
trascrive e codifica un testo, si svolge, quindi, un'attività critica poiché ogni processo di
modellizzazione corrisponde all'assunzione di un determinato punto di vista sulla fonte.
Per tali presupposti, la scelta che viene fatta durante la codifica deve essere coerente con
quello che si vuole presentare del testo. Prima di iniziare l'operazione di codifica è
pertanto necessario decidere quali e quante delle caratteristiche implicite del testo si
intendono marcare, ricordando che ogni caratteristica marcata corrisponde a nuove
possibilità di elaborazione del testo<fnref n="239" />. La definizione del modello di codifica e la sua
relativa assunzione derivano, infatti, da precise circostanze: da un lato la specificità della
risorsa nei termini di tipologia documentaria, dall'altro le caratteristiche che si vogliono
dare alla propria analisi e che in seguito influenzeranno il trattamento automatico del testo.

Quando ci poniamo alla costruzione del modello del testo (che, ricordiamo, è una
struttura munita di un punto di vista) dobbiamo decidere e “dichiarare” quale dei tanti testi
possibili stiamo analizzando, e di conseguenza, le operazioni che vogliamo compiere su
questo modello, le domande che vogliamo porre a questo modello, le procedure che
intendiamo seguire.<fnref n="240" />

Affinché il *markup* possa risultare utile, prima di poter iniziare qualsiasi lavoro di
codifica, è necessaria, quindi, una dettagliata analisi del testo. In particolar modo, per
quanto riguarda l'approccio e lo studio finalizzato alla codifica informatica dei testi

<footnote n="238">²³⁸ GIGLIOZZI 2003, p. 126</footnote>

<footnote n="239">²³⁹ PIERAZZO 2005, p. 82.</footnote>

<footnote n="240">²⁴⁰ GIGLIOZZI 2003, p. 126</footnote>
umanistici si possono ipotizzare tre specifici livelli di analisi che corrispondono a tre
macro aree di esame, ovvero:

I. La struttura, per cui si intende la codifica e l'individuazione delle parti principali e secondarie di divisione del testo;

II. Il formato, ovvero le caratteristiche proprie del documento cartaceo e quindi la riproduzione in formato digitale di caratteri come i corsivi, i grassetti, le abbreviazioni, le indentazioni, etc.

III. Il contenuto, per il quale l'operazione di markup richiede una più specifica messa in atto di un preciso modello di studio e di interpretazione del testo in relazione alle specifiche esigenze del codificatore<fnref n="241" />.

Nel processo di elaborazione del testo è necessario scegliere almeno uno dei tre modelli; certamente tutti e tre possono essere rappresentati in fase di markup o meglio, il modello che si sceglie di elaborare come base può contemplare elementi che provengono dai tre diversi livelli della modellizzazione<fnref n="242" />. Una volta definite la fasi di pre-codifica, è essenziale delineare gli obbiettivi dell'analisi che si vuole condurre, cercando di trovare un compromesso tra lo studio del testo e la sua resa informatica. La scelta di un modello piuttosto che un altro risulta indubbiamente più importante in quanto l'operazione di codifica richiede una trasformazione e una perdita, anche quando minima, dell'informazione. Il testo per essere codificato deve essere "smontato", ed è in tale smontaggio che avere in mente un preciso modello di analisi permette di operare un'efficiente trasformazione dell'informazione. Al contempo, la trasformazione di parte dell'informazione da un linguaggio a un altro ordina uno sforzo interpretativo e una profondità di analisi testuale grazie ai quali il lavoro critico assume una consapevolezza più profonda di ciò che di quel testo vogliamo rendere e vivificare.

Per gli studi apportati in questa tesi è stato, quindi, necessario stipulare una precisa metodologia di lavoro che valorizzasse pienamente le composizioni sonettistiche contenute nel corpus della Gesuiteide creandone un modello di codifica coerente ed efficace ai fini della ricerca filologica. Una prima fase, più teorica, è stata rivolta all'analisi delle peculiarità e delle specificità dei differenti testimoni della tradizione. Questo studio preliminare è stato determinante per scegliere e selezionare quale fosse il modello di

<footnote n="241">²⁴¹ Per maggiori informazioni si faccia riferimento a PIERAZZO E., *A rationale of digital documentary editions, Literary and Linguistic Computing*, Volume 26, Issue 4, 1 December 2011, Pages 463-477.</footnote>

<footnote n="242">²⁴² Cfr. http://web.dfc.unibo.it/buzzetti/corsoSFI/25febbraio/tomasi.pdf (visitato il 9/05/2018)</footnote>
edizione più appropriato per il testo analizzato. Come già visto, il riscontro di una non
indifferente divergenza tra i testimoni ha messo in luce i primi problemi nella scelta di
quale fosse la metodologia di analisi più idonea per l'opera. Viste le difficoltà di
ricostruzione stemmatica e le evidenti divergenze dei testimoni, la decisione più consona è
stata quella di creare un'edizione diplomatico-interpretativa basandosi sul codice che
donasse maggiormente un'idea di unitarietà e che si presentasse come il più completo della
tradizione. Dopo aver scelto di scartare i due manoscritti Genovesi in quanto miscellanei e
il Romano a causa dell'eccessiva brevità e del contenuto estremamente ridotto, la decisione
è ricaduta necessariamente sui due codici più strutturalmente completi, il vicentino e il
francese. La scelta è stata, in fine, quella di limitare il processo di codifica a uno solo dei
due codici e di preferire per ragioni filologiche il codice francese. Il manoscritto
grenoblese pur ponendosi come testimone più tardo rispetto agli altri, è quindi stato scelto
come bon manuscrit<fnref n="243" />. Seppure non si possa considerare il codice francese come un
esemplare “perfetto” esso è il solo a mostrarsi sufficientemente unitario e completo, tale da
poter rappresentare una ricostruzione, quanto meno ideale, della Gesuiteide. Infatti,
bisogna ricordare che per le sue peculiarità di composizione e di circolazione la Gesuiteide
si strutturasse verosimilmente come un'opera poliedrica, multiforme e dinamica, evidenza
testimoniata dallo studio delle fonti e dei testimoni a oggi rinvenuti<fnref n="244" />.

Come ultima analisi, la scelta di strutturare un'edizione interpretativa del codice
francese non ha impedito la disposizione di una piccola edizione critica impostata su otto
sonetti del corpus. Quindi, si è creato un nuovo file, differente da quello del testimone
grenoblese, contenente la codifica dei sonetti. L'evidenza delle profonde divergenze fra i
cinque testimoni ha reso, infatti, palese l'impossibilità di costruire un'edizione critica
esaustiva per l'intero corpus dei sonetti. Per tale motivo si è ritenuto metodologicamente
interessante condurre uno studio comparato ristretto a quei sonetti che risultassero presenti
in tutti i codici. Si è quindi scelto di circoscrivere l'edizione a una specifica rosa di otto
sonetti per i quali, tenendo come modello base il codice francese, si è costruito un apparato
critico con conseguente studio delle varianti.

<footnote n="243">243 Riprendendo la metodologia filologica beideriana.</footnote>

<footnote n="244">244 Come già ampiamente affrontato nella seconda parte di questa tesi.</footnote>
## 2.2 Codifica della Gesuiteide

Quando il testo si stacca dal foglio diventa qualcosa di manipolabile, un individuo di cui dobbiamo riconoscere gli elementi e le loro relazioni; elementi e relazioni che dobbiamo esprimere in un linguaggio che sia completamente in nostro possesso, di cui conosciamo le parole che lo compongono e le regole che governano la produzione di frasi ammissibili.<fnref n="245" />

Una volta definito il modello di lavoro più consono alla rappresentazione della Gesuiteide è stato necessario concentrarsi sul relativo linguaggio di codifica. La prima questione, di carattere metodologico, è stata quella di riuscire a rendere e codificare l'opera dandone una prima ricostruzione filologica e un'analisi interpretativa. Nel processo di edizione, sviluppato mediante l'uso del software Oxygen XML editor<fnref n="246" />, ogni intervento editoriale è stato codificato usando il sistema TEI-XML, strutturato per permettere di registrare nel modo più completo le caratteristiche e le specificità della struttura testuale. L'approccio al codice francese è stato avviato a partire da un accurato studio non solo del testo presentato dal manoscritto ma anche della strutturazione interna all'opera. Per tale motivo, per realizzare una codifica che fosse TEI-conformant è stato necessario decidere, in primis, una configurazione che risultasse coerente con la strutturazione del manoscritto. Essendo la codifica incentrata su una rappresentazione diplomatico-interpretativa del codice francese, il file XML-TEI ha rispecchiato la struttura di un testo unitario, composto dal <teiHeader> e dal <text>. Non sono stati inseriti gli elementi <front> e <back>, dal momento che nel testimone francese manca qualsiasi tipo di elemento peritestuale.

Prima di proseguire con l'illustrazione delle scelte di codifica del corpo testuale, ritengo necessario esaminare l'organizzazione del <teiHeader>. Una buona strutturazione del <teiHeader> è essenziale per la resa di informazioni concernenti il file ed il testo preso in esame. Come visto più sopra, il <teiHeader> è composto da elementi obbligatori che contengono i metadati con le informazioni essenziali circa le modalità di codifica, le responsabilità della codifica, la fonte e il testo codificato. Per quanto riguarda le

<footnote n="245">²⁴⁵ GIGLIOZZI 2003, p 128.</footnote>

<footnote n="246">²⁴⁶ "Oxygen XML Editor provides a comprehensive suite of XML authoring and development tools. It is designed to accommodate a large number of users, ranging from beginners to XML experts. It is available on multiple platforms, all major operating systems, and as a standalone application or an Eclipse plug-in. You can use Oxygen XML Editor in conjunction with all XML-based technologies and it includes a large variety of powerful tools for creating, editing, and publishing XML documents". Vedi anche https://www.oxygenxml.com/ (visitato il 18/05/2018).</footnote>
informazioni riguardanti il file, queste sono esplicitate dai quattro elementi: *File Description* `<fileDesc>`, *Encoding Description*, `<encodingDesc>`, *Profile Description* `<profileDesc>` e *Revision Description* `<revisionDesc>`. Oltre a questi elementi, nell'edizione del frontespizio (`<teiHeader>`) possono essere aggiunti ulteriori marcatori a seconda delle informazioni che si intendono esplicitare.

In particolare, per l'edizione della *Gesuiteide* si è deciso di prestare particolare attenzione alla strutturazione del `<teiHeader>` arricchendolo con un dettagliato esame codicologico del manoscritto. La scelta di aggiungere ed esplicitare nel `<teiHeader>` dei marcatori di descrizione codicologica è risultata utile al fine di poter dare una precisa rappresentazione e strutturazione del codice francese. La dettagliata descrizione codicologica del manoscritto è inoltre servita per attuare una comparazione con gli altri testimoni della tradizione. Il confronto delle legature, quando originarie, ha permesso di constatare come i codici derivassero dal medesimo ambiente cancelleresco. L'analisi codicologica è stata quindi inserita tra i metadati presenti nel `<teiHeader>`.

All'interno dell'elemento `<fileDesc>` è stato marcato l'elemento di descrizione della fonte: `<sourceDesc>` (*Source Description*) che a sua volta contiene l'elemento di descrizione specifico per le opere manoscritte, `<msDesc>` (*Manuscript Description*) che include la descrizione codicologica del testimone francese. Una volta inserito questo elemento è stato possibile annidarne altri per fornire tutte le informazioni essenziali circa la legatura, il supporto scrittorio, etc. Poiché la modellizzazione del `<teiHeader>` è stato uno dei passaggi fondamentali della codifica, di seguito si è scelto di riportare una breve spiegazione degli elementi di base che sono stati usati per la descrizione codicologica del manoscritto<fnref n="247" />:

Come primo passo, si è aperto l'elemento `<msIdentifier>` (*Manuscript Identifier*) che permette di contenere le prime e più generiche specifiche del codice. Come si può vedere di seguito, per la *Gesuiteide*, è stato indicato il luogo di conservazione, segnalato dai diversi elementi `<country>`, `<settlement>` e `<repository>`, e il numero di segnatura attuale, `<idno>` (*Identifier Number*).

```
<msDesc>
<msidentifier>
<country>Francia</country>
```

<footnote n="247">²⁴⁷ Vedi anche TEI-Guidelines http://www.tei-c.org/Guidelines/P5/ (visitato il 20/05/2018).</footnote>
<region>Rhone-Alpes</region>
<settlement>Grenoble</settlement>
<repository>Bibliothèque Universitaire</repository>
<idno>MS 48</idno>
</msIdentifier>

Si è poi aperto un <msContents> (Manuscript Contents) che descrive il contenuto intellettuale di un manoscritto o di una parte di esso. All'interno del quale sono stati gerarchicamente annidiati più elementi <msItem> (Manuscript Item) necessari alla descrizione del contenuto intellettuale individuale di un manoscritto o di una parte di esso. Poiché il manoscritto grenoblese è stato concepito come un codice strutturalmente unitario nel quale i componimenti corrispondono alla mano di un unico copista si è marcato un solo elemento <msItem>, all'interno del quale sono stati aggiunti ulteriori elementi per la descrizione della struttura interna del codice. In primo luogo sono stati marcati l'incipit e l'explicit dell'opera, la lingua usata all'interno dei sonetti, e l'autore presunto, in quest'ultimo caso si è scelto di aggiungere in nota un commento a riguardo delle incertezze di attribuzione dell'opera. Vista la presenza di alcuni componimenti in lingua genovese sono stati aggiunti, nella descrizione del <textLang>, gli attributi mainLang="ita" otherLangs="genovese" accompagnati dal riferimento al locus scrittorio in cui avviene il cambiamento linguistico. Di seguito se ne può vedere la modellizzazione:

<msContents>
<msItem>
<title>&lt;locus from="1r"/&gt;Giesuiteide</title>
<incipit>&lt;locus from="1r"/&gt;Giesuiteide Sonetto primo</incipit>
<explicit>&lt;locus from="140r"/&gt;Se trovereme tutti a ma partio.</explicit>
<textLang mainLang="ita" otherLangs="genovese">otto componimenti centrali&lt;locus from="71v" to="83r"/>&gt; e due sonetti finali &lt;locus from="139v" to="140r"/&gt;in genovese.</textLang>
<author>Sconosciuto; testimonianze letterarie riportano: Filippo Buttari Caccianemici</author>
<note>Diverse fonti letterarie attribuiscono, come possibile autore, Filippo Buttari Caccianemici (1673-1749) cfr. Biblioteca Picena, ossia notizie istorica delle opere e degli scrittori di Filippo Vecchietti e Tommaso Moro (sic) , pp. 114-15, tomo terzo. La strutturazione interna dei diversi testimoni fa però presupporre l'esistenza di un nucleo centrale compositivo, di cui Filippo Buttari Caccianemici è il presumibile autore, che è
stato ampliato nel tempo con l'aggiunta continua di composizioni riconducibili a
mani e autori diversi. </note>

</author>

</msItem>

</msContents>

A seguire con l'apertura dell'elemento <physDesc> (Physical Description), è stata
inserita una più minuziosa descrizione del codice; questo elemento, infatti, può essere a sua
volta suddiviso in elementi opzionali specializzati ai fini della descrizione. Si è allora usato
un elemento <objectDesc> (Object Description) che a sua volta ha permesso l'inserimento
di elementi che rendessero conto del supporto fisico e scrittorio del manoscritto,
<supportDesc> (Support Description), delle dimensioni del codice, <extent> a cui è stato
aggiunto l'attributo riguardante l'unità misura, e della condizione del supporto cartaceo,
<condition>. In aggiunta a questi, sono stati marcati degli elementi che specificassero la
foliazione, <foliation>, e la formula collazionale del codice, <collation>.

<physDesc>

<objectDesc>

<supportDesc>

<support>Codice cartaceo.</support>

<note> Filoni e vergelle non sono facilmente visibili.</note>

</support>

<extent>

<dimensions>

<height unit="mm">238</height>

<width unit="mm">171</width>

</dimensions>

</extent>

<foliation>1-140.<locus>Ff. 2-5</locus> sono paginati</foliation>

<collation>a hi rend="sup">22</hi> b-e<hi rend="sup">24</hi> f<hi
rend="sup">22</hi></collation>

<condition>La carta dei fascicoli risulta fragile e, in alcuni punti, compromessa da danni causati dall'usura e dall'umidità; sia nelle carte <locus from="Ir" to="12v"/> che sulla coperta sono presenti ingenti macchie di umidità e lacerazioni, restaurate recentemente. Nonostante i danni naturali, il codice si
mostra nel complesso ben conservato.

```xml
</condition>
</supportDesc>
</objectDesc>
```

Vista la presenza di due differenti mani di scrittura si è deciso di annettere una breve descrizione delle due grafie riportata dall'elemento `<handDesc> (Hand Description), contenuto in <phyDesc>. La scelta di inserire per ciascuna mano un attributo @xml:id (xml Identifier) specifico ha permesso di segnalare, con riferimenti incrociati, i diversi interventi e cambiamenti paleografici all'interno del testo. Dal momento che le due variazioni grafiche sembrano appartenere al medesimo autore/copista, con le differenze tipiche tra una fase scrittoria anteriore e una posteriore, non si è ritenuto necessario segnalare ulteriori attributi specifici.

```xml
<handDesc>
  <handNote xml:id="hand1">Corsivo con diversi cambiamenti interni<locus from="6v"/>, dovuti presumibilmente a un cambiamento di stilo.</handNote>
</handDesc>
```

```xml
<handNote xml:id="hand2">Grafia posteriore alla prima mano di scrittura, tratti incerti e sporchi.</handNote>
```

```xml
</handDesc>
```

Si è proseguito marcando l'elemento `<additions> contenente qualsiasi aggiunta significativa presente nel manoscritto, come note a margine o glosse. Queste introdotte obbligatoriamente da un elemento <list> sono rappresentate dalla marcatura <item> per cui l'elemento vuoto <locus/> indica il folio nel quale è possibile ritrovare la glossa. L'elemento <q> (Quoted), evidenzia l'annotazione vera e propria.

```xml
<additions>
  <list>
    <item><locus from="1r"/>in matita <q>Antigesuitica</q>; codice di prezzo in basso</item>
    <item><locus from="15r"/>glossa nel Sonetto 27: <q>Santa Teresa così parla</q></item>
    <item><locus from="121v"/>glossa nel Sonetto 204: <q>Contro l'auttore della</q></item>
  </list>
</additions>
```
Giesuiteide</q></item>

</list>

</additions>

Terminata la descrizione della struttura interna si è inserito l'elemento
<bindingDesc> (Binding Description) al fine di descrivere lo stato della legatura.
All'interno di questo è stato necessario aggiungere un elemento neutro <p> (Paragraph)
per poter inserire la descrizione del materiale di legatura, <material>, e la data di origine di
quest'ultima, <origDate> (Origin Date).

<bindingDesc>

<p>

<origDate>La data della legatura può essere desumibile da riferimenti interni all'opera, ipotizzabile tra il 1722 e il 1730.</origDate>

</origDate>

<material>Assi in cartone rigido. La legatura, composta da due nervi esterni presenti sul dorso, è originale.</material>

</material>

</p>

</bindingDesc>

</physDesc>

Da ultimo si riporta la storia di circolazione e trasmissione del manoscritto, marcata
dall'elemento <history>. Dal momento che non si hanno notizie certe circa la storia di
origine e circolazione della Gesuiteide, ci si è limitati a segnalare i pochi dettagli
conosciuti tramite estrapolazione dal testo. Si sono usati gli elementi: <origin>, per la data
di origine del codice, e l'elemento <acquisition> contenente a sua volta dall'elemento
<date> che rende conto della data in cui il manoscritto è stato comprato e acquisito
dall'Università di Grenoble Alpes.

<history>

<origin>La datazione è derivata da alcune citazioni storiche interne all'opera <locus
from="137r" to="137v"/> e risale probabilmente al 1722.</origin>

<acquisition><date>6 novembre 2015</date> Comprato dalla Biblioteca Universitaria di Grenoble (Francia) presso l'antiquario Paolo Rambaldi di
Bologna.</acquisition>
</history>
</msDesc>

Lasciando momentaneamente da parte il <teiHeader> - del quale si parlerà nuovamente in sede di esplicazione del modello creato per il software di visualizzazione - ci si può, quindi, inoltrare nell'analisi dell'elemento <text>, è infatti in quest'ultimo che si situa la trascrizione vera e propria del corpus di sonetti. Per quando riguarda l'approccio al testo è stato sviluppato un modello di trascrizione che tenesse conto delle peculiarità strutturali del codice. D'altro canto la relativa linearità e la chiarezza grafica con cui il codice francese si presenta hanno facilitato il lavoro di trascrizione e la conseguente resa nell'edizione digitale. Il codice grenoblese si mostra pulito, non presenta annotazioni ed è strutturato, nel complesso, in modo decisamente rigoroso. L'unitarietà presentata dall'opera ha permesso una trascrizione lineare del suo corpus sonettistico il quale è stato riportato nel corpo centrale dell'edizione digitale, secondo gli standard di modellizzazione delle opere poetiche. La trascrizione dei sonetti della Gesuiteide è stata codificata all'interno del <text> facendo riferimento agli elementi standard usati per le differenti tipologie testuali. Gli elementi annidabili all'interno del <text> possono essere distinti, in base alla tipologia di appartenenza, in quattro differenti gruppi: elementi generici, usati per tutte le tipologie testuali (core, tags, sets); elementi specifici alle diverse categorie testuali; elementi usati per la rappresentazione di particolari prospettive analitiche e applicazioni specializzate; elementi usati per specifiche esigenze di codifica ausiliarie e specializzate<fnref n="248" />.

In primo luogo la codifica dei sonetti ha dovuto tener conto della struttura testuale e dell'organizzazione spaziale e formale della pagina. Procedendo a una prima trascrizione diplomatica del codice francese si sono codificati i sonetti secondo gli elementi di base usati per i testi poetici. All'interno del "macro" elemento <text> si è, quindi, aperto un elemento <body>, rappresentante il corpo testuale. Interno a questo, è stato annidato l'elemento <div> (Division) essenziale per delineare la struttura interna, dividendo i diversi componimenti poetici. Tramite l'elemento <div> si può organizzare il testo codificato e specificarne, in particolar modo, le caratteristiche, la struttura, la forma e il contenuto vero e proprio. All'interno del'elemento <div> si è, poi, marcato l'elemento <head> che identifica e contiene qualsiasi tipologia di titolo o di intestazione; nel caso della Gesuiteide

<footnote n="248">²⁴⁸ Cfr. PIERAZZO 2005, p. 75.</footnote>
è stato usato per contenere i titoli o la numerazione dati ai diversi sonetti. All'interno dell'elemento `<head>`, quando necessario, è stato inoltre marcato l'elemento vuoto `<handShift/>` con attributo `new="#hand1"` a specificare i cambiamenti nella mano di scrittura. Per rendere la struttura interna dei sonetti si è dovuto fare riferimento agli elementi indicanti la struttura dei versi, per tale motivo il corpo poetico del sonetto è stato diviso in strofe tramite l'uso dell'elemento `<lg>` (*Line Group*) e in singoli versi tramite il tag `</lg>` (*Line*). Per la rappresentazione dello spazio fisico della pagina si è invece usato, riportato tra ogni `<div>` e `<head>`, l'elemento vuoto<sup>249</sup> `<pb/>` (*Page Beginning*). Nell'elemento vuoto `<pb/>` di ogni componimento è stato riportato un `xml:id` che ricollega il sonetto al preciso foglio del manoscritto e richiama il relativo facsimile: in questo caso il primo sonetto fa riferimento al `xml:id`"Gr1" ovvero Gesuiteide recto 1.

Di seguito viene riportata la codifica del primo sonetto dell'opera:

```xml
<text>
  <body>
    <div>
      <pb xml:id="G1r"/>
      <head type="tematico"><handShift new="#hand1"/> Giesuiteide Sonetto Primo</head>
      <lg>
        <l>Estro Febeo mi serpe in seno oh' quanto</l>
        <l>Preggio né aspetto se all'età futura</l>
        <l>Il rio tramando! Alme, che in cieca oscura</l>
        <l>Notte ancor v'avolgete udite il canto.</l>
      </lg>
      <lg>
        <l>E noi Giesuiti, e don Fabiano in tanto,</l>
        <l>Soffrite in pace l'aspra rima, e dura,</l>
        <l>che fia minor assai la mia censura</l>
        <l>di quel non fosse il vostro oprar non santo.</l>
      </lg>
      <lg>
        <l>
          <text>
            <body>
              <div>
                <pb xml:id="G1r"/>
                <head type="tematico"><handShift new="#hand1"/> Giesuiteide Sonetto Primo</head>
                <lg>
                  <l>Estro Febeo mi serpe in seno oh' quanto</l>
                  <l>Preggio né aspetto se all'età futura</l>
                  <l>Il rio tramando! Alme, che in cieca oscura</l>
                  <l>Notte ancor v'avolgete udite il canto.</l>
                </lg>
              </div>
            </body>
          </text>
        </l>
      </lg>
    </div>
  </body>
</text>
```

<footnote n="249"><sup>249</sup> Letteralmente un elemento che non presenta contenuto. Si ricorda che gli elementi vuoti, come gli altri, devono essere correttamente aperti e chiusi ma non necessariamente attraverso i due appositi tags, per tali peculiarità permettono di evitare alcune problematiche di trascrizione come i casi di *overlapping*.</footnote>
<>Osar li Arieti, ed atterrare il Tempio,</>

<>Farla con sassi e al vostro buon Prelato</>

<>Imporre inibition fuor d'ogni essempio</>

</lg>

<lg>

<>I Testi mutilare, e con sfacciato</>

<>Senso impugnarli ad uso torto ed empio</>

<>Perdonatemi ò Padri è un gran peccato.</>

</lg>

</div>

<body>

<text>

Interno all'elemento <head> di ogni sonetto si è scelto, inoltre, di inserire un attributo "type" usato per differenziare quei titoli riportanti descrizione interna del sonetto da quelli semplicemente numerici. Per i passaggi in cui è stato necessario evidenziare il cambio di mano si è marcato l'elemento <handshift> con attributo new corredato da #hand1 (corrispondente alla mano di scrittura principale) per segnalare l'avvicendamento delle due diverse mani di scrittura.

Una volta terminata la codifica dell'edizione diplomatica della Gesuiteide, si è passato all'inserimento di appositi elementi TEI per definirne l'edizione interpretativa. Si è quindi usato l'elemento <choice>, all'interno dei sonetti, per stabilire le letture alternative per un medesimo passaggio testuale. L'elemento <choice> richiede necessariamente al suo interno due ulteriori elementi: l'elemento <orig> (Original Form) indicante la lettura diplomatica del testo e l'elemento <reg> (Regularization), indicante la lettura interpretativa. Come più ampiamente spiegato nella seconda parte di questa tesi<fnref n="250" />, per il caso della Gesuiteide si è scelto di "regolarizzare", e quindi marcare sette differenti categorie:

I. Allografia in riferimento alle varianti grafiche”i/j”e “u/v”;

II. Latinismi, comprensivi di regolarizzazione delle “h” etimologiche;

III. Univerbazione e separazione delle parole secondo uso corrente;

IV. Regolarizzazione delle lettere capitali secondo uso corrente;

<footnote n="250">²⁵⁰ Si faccia riferimento al paragrafo circa le scelte critico-editoriali.</footnote>
V. Diacritici: con aggiunte e rimozioni degli accenti secondo uso dell'italiano corrente: con regolarizzazione editoriale della direzione dell'accento, aggiunta e rimozione dell'apostrofo;

VI. Regolarizzazione dei segni paragrafematici;

VII. Cancellazioni e aggiunte daparte del copista.

Anche se il manoscritto non risulta autografo e non si ha un'attribuzione certa, si è scelto di non regolarizzare certi usi stilistici legati alla mano di scrittura per evitare di intaccare e introdurre un giudizio editoriale nelle abitudini stilistiche dell'autore. Questa scelta è inoltre stata basata sull'idea di mantenere il più possibile la patina linguistica presentata dal manoscritto - evidente in particolar modo nelle influenze genovesi presenti in taluni sonetti. Per tale motivo si è scelto di non intervenire sulle varianti grafiche ricorrenti in forme allomorfe. Inoltre, per i passaggi soggetti a intervento autoriale sono state segnalate le cancellazioni <del> (Deletion) e le aggiunte <add> (Addition).

Di seguito si può vedere la prima quartina del primo sonetto, strutturata per fornire l'edizione diplomatico-interpretativa:

<body>

<div>

<pb xml:id="G1r"/>

<head type="tematico"><handShift new="#hand1"/></

Giesuiteide Sonetto primo

</head>

<lb/>

<I>

<choice> Estro Febeo mi serpe in seno

<choice>

<orig>oh'</orig>

<reg>oh</reg>

</choice>

quanto

</I>

<lb/>

<I> Preggio
`<choice>`

`<orig>né</orig>`

`<reg>ne</reg>`

`</choice>`

aspetto se all'età futura

`</I>`

`<lb/>`

`<I> Il rio tramando! Alme, che in cieca oscura</I>`

`<lb/>`

`<I> Notte ancor v'avolgete udite il canto.</I><fnref n="251" />`

Una volta terminata la codifica del manoscritto, è stato necessario progettare la sua pubblicazione facendo uso di specifiche interfacce grafiche. Poiché la codifica è stata basata su testimone unico si è scelto un *software* di visualizzazione che avesse come caratteristica dominante il rapporto testo-immagine e dunque l'accesso al facsimile dell'originale. L'aspetto senza dubbio più innovativo delle edizioni digitali si presenta, infatti, nell'interfaccia, ovvero nella presentazione grafica delle edizioni e dei materiali complementari. In queste, sebbene lo stesso schermo possa presentare dei limiti fisici, si presenta una nuova dinamicità e fluidità dell'edizione totalmente sconosciuta alle edizioni cartacee. Allo stesso modo, la fluidità dell'edizione digitale presenta ancora dei caratteri di instabilità e precarietà che sono particolarmente riscontrabili nello stesso momento in cui ci si approccia all'uso dei *software* di visualizzazione e di cui vedremo alcuni esempi nel paragrafo che segue.

<footnote n="251">²⁵¹ La presenza in questa parte di codifica degli elementi vuoti <lb/> (Line Beginning) - posti a cominciamento di ogni verso poetico - è giustificata dalle necessità imposte dal programma di visualizzazione, per le quali viene data spiegazione nel paragrafo che segue.</footnote>
## 2.3 EVT come standard di visualizzazione per il codice grenoblese

Una volta completata la codifica è stato necessario decidere quale fosse il software di visualizzazione più adatto per rappresentarne l'edizione digitale. Poiché il fine della ricerca è la creazione di un'edizione diplomatico-interpretativa del testimone francese, secondo consiglio della prof.ssa Pierazzo, correlatrice alla tesi, si è scelto di utilizzare come standard di visualizzazione dell'edizione il software EVT 1.2, nato in seno al progetto Vercelli Book e appositamente creato per le visualizzazioni diplomatico-interpretative<fnref n="252" />. EVT (abbreviazione di *Edition Visualization Technology*) è, infatti, un software image-based<fnref n="253" /> creato per la realizzazione di edizioni digitali di manoscritti codificate secondo lo standard XML-TEI il quale si propone come un programma aduso generico nato nell'idea di permettere ai singoli studiosi, che non abbiano la possibilità di affidarsi a un team di tecnici specializzati, di pubblicare e diffondere in rete i risultati del proprio lavoro.

Al fine di garantire la funzionalità su tutti i dispositivi di navigazione web più recenti, EVT si basa su tecnologie web standard open source, come HTML, CSS e Javascript. EVT nasce, inoltre, come uno strumento molto semplice e user friendly utilizzabile con pochissimo sforzo e senza la necessità di possedere alcuna conoscenza oltre alla codifica XML. Per garantire la semplicità di utilizzo EVT è stato basato su di una struttura modulare dove un singolo foglio di stile (event builder.xsl) avvia una serie di trasformazioni XSLT chiamando a turno tutti gli altri moduli. Questi ultimi appartengono a due categorie: moduli che hanno come compito la costruzione del sito HTML, e moduli di elaborazione dei file XML che estraggono il testo dell'edizione che si trova fra i marcatori di pagina (elementi &lt;pb/&gt;) e lo formattano in base al livello di edizione. Tutti i moduli XSLT risiedono nella cartella builder_pack, in modo da avere una gerarchia delle directory semplice e ben ordinata<fnref n="254" />.

Per convertire il file XML e abilitare la funzionalità in EVT bisogna applicare un foglio di stile al documento, in questo modo viene avviato un processo di elaborazione che si conclude con la creazione del sito web, contenente l'edizione: questa operazione è gestita in modo efficiente da Oxygen. Una volta creata l'edizione ci si trova, quindi, di fronte alla

<footnote n="252">²⁵² Cfr. ROSSELLI DEL TURCO R., *Edition Visualization Technology: A Simple Tool to Visualize TEI-Based Digital Editions*, in «Journal of the Text Encoding Initiative Issue», 8, 2015. http://jtei.revues.org/1077; DOI: 10.4000/jtei.1077 : Al momento EVT può essere usato per creare edizioni basate su immagini con due possibili livelli del testo: edizione diplomatica e diplomatica-interpretativa.</footnote>

<footnote n="253">²⁵³ Nei programmi di visualizzazione si parla di modellizzazione e interpretazione image-based (IBMR Image-Based Modeling and Rendering) quando questi vengono basati su un set di differenti misure di immagini usate per creare un modello tridimensionale dell'immagine stessa.</footnote>

<footnote n="254">²⁵⁴ Si veda altrimenti la guida di utilizzo presente tra i file di installazione del software. Si può ugualmente fare riferimento al sito del progetto Vercelli Book Digitale presentato al link http://vbd.humnet.unipi.it/.</footnote>
versione “base” di EVT. Il *software* propone, infatti, una serie di strumenti presenti nell’interfaccia grafica, che possono essere modificati, aggiunti o rimossi in base all’edizione che si vuole ottenere. Sotto si riporta un esempio della schermata principale e della serie di strumenti scelti a corredo dell’edizione.

<figure><img src="image_22.png" /></figure>

Dal momento che l’architettura del *software* si presenta come modulare e suscettibile di modifiche, si è deciso di apportare una serie di adattamenti in coerenza con le specifiche caratteristiche della codifica. Alcune componenti ritenute non necessarie ai fini dell’analisi sono state eliminate con facilità attraverso una semplice modifica del file *evtBuilder-config.xsl*. presente tra le componenti di installazione.

Per costruire la visualizzazione del manoscritto codificato è stato necessario inserire il file XML della codifica all'interno delle cartelle di EVT, e quindi porlo all'interno della cartella *text*, a sua volta dentro la cartella *input-data*, interna alla cartella *data*. Per rendere possibile il funzionamento della visualizzazione è stato poi necessario applicare una trasformazione XSLT al file di origine XML tramite Oxygen. Una volta prodotta una prima visualizzazione è emerso come il *software* di EVT pur essendo conforme al linguaggio XML-TEI, non tenesse conto nella visualizzazione di alcuni elementi di codifica testuale, come gli `<lg>` e i `<>`. Nonostante la modellizzazione dei sonetti fosse TEI-*conformant* si è dovuto, in un secondo tempo, procedere ad una sua modifica al fine di rendere il file correttamente leggibile dal sistema di visualizzazione EVT 1.2, il quale non ha alcuna istruzione associata alla visualizzazione degli elementi delle strofe `<lg>` e delle versi `<l>`. Agli elementi di marcatura delle caratteristiche poetiche del verso è stato quindi aggiunto
l'elemento vuoto <lb/> (Line Beginning) leggibile dal software di visualizzazione, e riportato a cominciamento di ogni linea poetica, come si può vedere di seguito:

<body>
  <div>
    <pb xml:id="G1r"/>
    <head type="tematico"><handShift new="#hand1"/></
    Giesuiteide Sonetto primo
  </head>
  <lb/>
  <I>
    <choice> Estro Febeo mi serpe in seno
      <choice>
        <orig>oh'</orig>
        <reg>oh</reg>
      </choice>
    </choice>
    quanto
  </I>

Questa codifica, che pur potrebbe essere considerata ridondante, ha il merito di separare la semantica dell'elemento <I> (il verso), dalla sua realizzazione visuale. Tale esplicitazione è, infatti, resa necessaria dall'abitudine moderna di considerare ogni fine di verso come un "a capo", scrittura fondamentale in quanto in molti manoscritti medievali i versi non sono segnalati da specifiche interruzioni grafiche. Quindi, dal momento che EVT è un strumento che può essere usato per molte edizioni di testi e tradizioni diverse, ciò che risulta scontato per la letteratura moderna, non lo è per il software.

Seppur la codifica rappresenti il momento più delicato del lavoro, è pur vero che al momento della visualizzazione è possibile che questa subisca delle modifiche affinché l'edizione possa risultare pienamente e correttamente fruibile dal programma di visualizzazione. Tale problematica si lega necessariamente alla modelizzazione imposta dallo strumento di lavoro e influenza forzatamente la scelta dell'infrastruttura. Infatti, a livello di interfaccia la varietà di soluzioni proposte dalle differenti infrastrutture lascia ampio margine alla progettazione e all'adeguamento delle edizioni. Per tali ragioni è spesso necessario dover trovare un compromesso tra la correttezza semantica del *file* e la sua effettiva rappresentabilità.
Anche un programma *user friendly* come EVT presenta comprovate limitazioni date dalla struttura del software. Queste limitazioni possono essere risolte in soli due modi, tramite un adeguamento del file di codifica, a scapito di una possibile correttezza filologica, o con la modifica mirata del programma secondo i propri fini di ricerca. Questa seconda possibilità impone, però, una base di competenze informatiche non necessariamente possedute dal fruitore del programma. In questo caso, l'unica soluzione resta l'adeguamento alle regole del programma con conseguente modifica della propria trascrizione. La scelta dello specifico programma di visualizzazione finisce così per modellare la fruizione e la struttura dell'edizione a prescindere dalla piena adesione alle linee guida stipulate dalla TEI. In conseguenza a tali limiti è stato necessario, come si può osservare nell'esempio soprastante, modificare la codifica e ampliare l'iniziale set di tag in base alle esigenze poste dal programma di visualizzazione<fnref n="255" />.

Il file così modificato si presenta di default su EVT nella sua versione diplomatica con evidenziate in colore differente (di base il marrone) le parole che presentano regolarizzazione, come si può vedere nell'immagine affianco.

Passando con il cursore su queste parole si apre una finestra *pop up* riportante la versione originale. Dal momento che il programma EVT è *image based*, e si sviluppa nell'ottica di valorizzare il collegamento testo-immagine, alla sinistra di ogni sonetto si trova una schermata riportante il relativo facsimile di riferimento.

Al fine di permettere il corretto funzionameno delle immagini secondo gli

Sonetto Secondo
Perdonatemi ò Padri è un gran peccato
Che merta d'oh ingegno voci sublime
Con dotta sferza di frizzanti rime,
castigo eguale al vostro oprar mal nato.
Oh tù che fosti ai nostri di serbato
Per gran mercede in chiaro stil sublime
Le berette, e i cappucci, e quelle prime.
Liti a cantar del Giesuita armato!
Deh non lasciar l'incominciata impresa
Che già del Febro applaude Arcadia e lieta
T'addita a non temer l'erta scozzesa.
Siegui donque il tuo canto Almo Poeta
Ne paventar di ciò potea l'offesa,
Che dir la verità, mai non si vieta.

<footnote n="255">²⁵⁵ Sebbene in questo caso sono state apportate delle modifiche minime al *file* del manoscritto, tale problematica pregiudica inevitabilmente quei casi in cui il programma di visualizzazione imponga un adeguamento più sistematico del file che si vuole riprodurre. L'approccio ai programmi di visualizzazione non può infatti prescindere da competenze e da abilità specifiche, necessarie e richieste al fruitore per creare una giusta interazione tra cioè che si “vuole e ciò che si può ottenere”.</footnote>
standard TEI<sup>256</sup>, si è introdotta tra la fine del <teiHeader> e l'inizio del <text> una sezione, marcata dall'apposito elemento <facsimile> nella quale sono stati inseriti gli elementi facenti riferimento alle immagini. Infatti, la presenza dell'immagine o dell'elemento grafico deve sempre essere registrata nel file e, a seconda delle modalità di codifica, deve essere corredata da una descrizione formale.

Per ogni pagina del manoscritto si è usato l'elemento <surface> a cui è stato attribuito l'identifier oltre a un attributo corresp che dichiara quindi la relazione fra l'elemento <surface> e l'elemento <pb/> , visto prima. Infine, per collegare il file con l'immagine è stato necessario aggiungere un ulteriore elemento <graphic> corredato dagli attributi di definizione delle immagini: url , che contiene il percorso al file immagine, height e width che dichiarano rispettivamente l'altezza e la larghezza del file immagine espressa in pixel . Di seguito si riporta l'esempio di marcatura del facsimile del primo sonetto:

<facsimile>
<surface xml:id="surf_G1r" corresp="#G1r">
<graphic url="images/single/G1r.jpg" height="1423px" width="1200px"/>
</surface>

Si è poi proceduto a creare tre versioni diverse dell'immagine digitale: *standard*, *big* e *small*, come richiesto dal *software*, le quali sono state poi inserite all'interno della cartella *single*, a sua volta contenuta negli *in-put* data, distinta dalla cartella double contenente i facsimile della visualizzazione a libro. Questi ultimi, si compongono dall'unione del verso e del recto adiacenti per creare una visualizzazione di libro aperto per la quale EVT offre un apposito *tool* di visualizzazione.

EVT, oltre alla presentazione su due livelli dell'edizione diplomatica e di quella
interpretativa<sup>257</sup>, consente la gestione delle cosidedette “entità nominate”, in particolare dei
nomi di luogo e di persona. Nel processo di analisi dell'opera si è ritenuto interessante
sviluppare una lista delle persone e dei luoghi citati nel testo. Queste liste risultano il punto
di partenza necessario per lo sviluppo di studi storici, biografici e bibliografici e per un

<footnote n="256"><sup>256</sup> Si ricorda che gli standard TEI offrono diverse possibilità di codifica per l'inserimento delle immagini, il metodo sopra utilizzato è quello specificatamente richiesto dall'interfaccia EVT. Per maggiori informazioni si faccia riferimento alle TEI guidelines http://www.tei-c.org/release/doc/tei-p5-doc/en/html/.</footnote>

<footnote n="257"><sup>257</sup> EVT permette, infatti, la lettura di due differenti livelli del manoscritto, da un lato la versione diplomatica, per cui è stata creata una particolare codifica di base e una versione interpretativa per la quale è stato necessario inserire degli specifici elementi di analisi TEI, di cui si è dettagliatamente parlato nel paragrafo 2.2. L'edizione in EVT permette in tal modo di fornire, in sede di visualizzazione, una prima interpretazione ed analisi del manoscritto.</footnote>
approccio comparatistico di analisi delle occorrenze con gli altri testimoni della tradizione.
Per i nomi di luogo e persona, quando presenti nel testo, si sono marcati degli elementi
specifici: <persName> e <placeName>, il cui attributo ref fa riferimento alla forma
standardizzata del nome. Vedi:

<persName ref="#IgnaziodiLoyola">Ignazio</persName>

<placeName ref="#Genova">Genova</placeName>

Nonostante secondo le regole di modellizzazione imposte dalla TEI generalmente
gli elementi di appendice all'analisi dell'opera debbano essere posti nel <back> della
codifica, in questo caso per permettere il funzionamento dei riferimenti incrociati in EVT,
è stato necessario aggiungere l'elemento <list>, nel quale sono stati a loro volta annidati gli
specifici elementi <listPers> (List Person) e <listPlace>, direttamente nel <teiHeader>.
Infatti, EVT richiede l'inserimento delle liste nel <sourceDesc>, interno al <teiHeader>,
secondo una scelta che può essere discutibile ma che rimane la sola possibilità per
permettere la corretta visualizzazione dell'edizione nel programma.

In ciascuna lista si è inserita la specifica occorrenza per luoghi e persone in ordine
alfabetico; nel primo caso per ciascun luogo si è marcato l'elemento <place> con il relativo
identifier scelto per il luogo e l'elemento <settlement> corredato dalla specifica type per
segnalare la tipologia di località:

<place xml:id="Genova">
<settlement type="città">Genova</settlement>
</place>

Allo stesso modo per ciascuna persona si è marcato l'elemento <person>
contenente l'attributo di identificazione della persona opportunamente regolarizzato
secondo il confronto con il Dizionario Biografico Treccani e usato per il riferimento
incrociato. Si è quindi specificato attraverso ulteriori elementi il nome della persona
<persName> e <forename> e si è aggiunta, quando necessaria, una nota esplicativa.

<person xml:id="IgnaziodiLoyola">
<persName>
<forename>Ignazio di Loyola</forename>
<roleName>Santo</roleName>
</persName>
<note>Padre fondatore dell'ordine dei Padri Gesuiti</note>

</person>

A seconda della circostanza si sono annessi nella descrizione della persona gli elementi <surname> e <rolename>, nei casi di presenza di cognome, di un particolare titolo, o di una posizione sociale o religiosa rilevante. Dato il fine di raccolta di dati storico-geografici attribuito alle liste si è scelto di creare dei riferimenti solo per luoghi e personaggi storicamente esistiti, si è deciso quindi di tralasciare luoghi mitologici e immaginari come l'Acheronte<sup>258</sup>, e divinità o demoni leggendari come Asmodeo<sup>259</sup>, Astrea<sup>260</sup>, Plutone<sup>261</sup> etc.

<footnote n="258"><sup>258</sup> Cfr Gr, sonetto 33, seconda quartina, primo verso.</footnote>

<footnote n="259"><sup>259</sup> Cfr Gr, sonetto 39, seconda terzina, ultimo verso.</footnote>

<footnote n="260"><sup>260</sup> Cfr Gr, sonetto 40, prima quartina, terzo verso.</footnote>

<footnote n="261"><sup>261</sup> Cfr Gr, sonetto 13, prima quartina, secondo verso; sonetto 32, prima terzina, primo verso; sonetto 48, prima quartina, primo verso; sonetto 49, prima terzina, primo verso etc.</footnote>
## 2.4 Il sito web del progetto

La pagina web di EVT si presenta come un'interfaccia dominata dal titolo *Edizione Gesuiteide* (ms. 48, Gr) seguito da diversi pulsanti-opzione che permettono di scegliere ciascuno una particolare visualizzazione del manoscritto. In ordine di presentazione si trovano, la visualizzazione testo-facsimile, la visualizzazione simultanea diplomatica e interpretativa, la visualizzazione a "libro" del facsimile, un menù di opzioni basilari contenente le informazioni primarie del progetto come autore, editore e data di creazione, la selezione della lingua e delle scorciatoie, e da ultimo lo strumento di selezione dello "schermo intero".

<figure><img src="image_23.png" /></figure>

Il documento si apre di default con la visualizzazione caricata dalla prima opzione che permette di visualizzare su due finestre il facsimile e il testo. Per scegliere questa visualizzazione come default è stato necessario modificare alcuni parametri all'interno del file *evtBuilder-config.xsl* interno alla cartella di configurazione del software. Per personalizzare l'interfaccia grafica è stato, altre volte, necessario intervenire direttamente tramite modifica dell'XSLT del file *evtBiulder-callhtml* contenuto nella cartella *builder_pack directory html_build, module*.

Aperta la pagina web del progetto si trova, quindi, la doppia visualizzazione con il facsimile a sinistra e l'edizione diplomatica di ciascun sonetto, visualizzato uno per volta, a destra. Ciascuna schermata di visualizzazione del documento mette a disposizione ulteriori strumenti. In cima alla finestra di visualizzazione sono presenti una serie di opzioni specifiche come la possibilità di accedere all'elenco dei facsimile in formato miniatura (*Miniature*), la lente di ingrandimento per le immagini ad alta risoluzione (*Lente*), la descrizione del manoscritto (*MS Desc*) nella quale sono presenti le informazioni codificate nel `<teiHeader>`, il nome del documento e del foglio che si sta visualizzando, nel caso del primo si ha *Ms 48 Grenoble 1r*, il livello di edizione scelto per il testo (*Diplomatica o Interpretativa*) e delle informazioni (*Info*) generali concernenti il testo. Queste ultime sono state aggiunte tramite l'elemento `<front>`^262, posto prima di `<text>`, in sede di adattamento

<footnote>^262 L'elemento `<front>` è stato aggiunto in un secondo momento nella codifica al fine di contenere informazioni generali e di presentazione del manoscritto. In questo caso è stato codificato secondo dei parametri richiesti da EVT ma non totalmente idonei e conformi rispetto allo *Schema TEI*.</footnote>
della codifica a seconda delle necessità dell'interfaccia. Sotto si ha un'immagine della barra contenente i tools elencati:

<figure><img src="image_24.png" /></figure>

Di seguito si riporta la pagina di visualizzazione del primo sonetto della *Gesuiteide*, che mostra le funzionalità della lente di ingrandimento e dei menù a tendina. In EVT caratteristiche specifiche, come la lente d'ingrandimento, sono affidate a plugin jQuery, scelti fra quelli *open source* e meglio supportati, in modo da ridurre il rischio di future incompatibilità con i navigatori. Nell'immagine che segue si può allo stesso modo notare la visualizzazione di colore differente per le parole che sono state regolarizzate in fase di codifica, per le quali tramite passagio del cursore viene mostrata la versione interpretativa.

<figure><img src="image_25.png" /></figure>

A piede della visualizzazione si trovano ulteriori strumenti presenti per il supporto alle liste (*Liste*) e per la ricerca di specifiche occorrenze (*Ricerca*) all'interno del testo. EVT
permette, infatti, di gestire le *named entities* e le liste collegate a queste ultime. Vi è, inoltre, la possibilità di fare ricerche nei testi a qualunque livello di edizione.

Affianco alla possibilità di gestire le liste vi è la possibilità di scegliere dei campi di selezione che evidenzino, tramite un sistema di filtraggio per colore, le specifiche categorie di ricerca dei <persName>, <roleName> e <placeName>. A seguire viene mostrato un esempio della ricerca per *Multi selection*: come si può vedere nella schermata della versione interpretativa vengono evidenziati con colori diversi gli ambiti di ricerca selezionati, in questo caso rosa per le persone e verde per i luoghi, a sinistra di questa è presentata la versione diplomatica.

<figure><img src="image_26.png" /></figure>

Da ultimo si riporta un esempio di funzionamento delle liste con nota al personaggio e riferimento all'occorrenza testuale. Nell'immagine che segue si può osservare come si strutturano le liste: per ciascun nome, riportato in ordine alfabetico, si apre una finestra in cui vengono segnalate le occorrenze in ogni foglio del manoscritto, in
<figure><img src="image_27.png" /></figure>

tal caso *folio 31 verso*. A corredo di ciascun personaggio si può trovare una breve descrizione, corrispondente alle informazioni riportate, internamente all'elemento <note>.
## 2.5 L'edizione critica degli otto sonetti

Accanto all'edizione interpretativa del codice grenoblese, si è scelto di sviluppare l'edizione critica<fnref n="263" /> degli otto sonetti presenti reciprocamente nei diversi testimoni. Nonostante, dopo un'attenta analisi dei manoscritti, sia emerso che il codice genovese G2 sia mancante di alcuni degli otto componimenti presi in esame, si è ugualmente deciso di creare un'edizione basata sulla totalità dei sonetti condivisi dalla maggioranza dei testimoni. Questa scelta è stata avvalorata dalle peculiarità di strutturazione del codice G2 e dal legame certo di alcune sue carte con il manoscritto genovese G1 che fanno ipotizzare, se non un'origine comune, almeno l'appartenenza al medesimo ambiente di derivazione e diffusione<fnref n="264" />. Seguendo le scelte usate per l'edizione interpretativa del manoscritto francese si è deciso di preservare lo stesso codice come testo base anche per l'edizione pseudo-critica degli otto sonetti. Questo manoscritto si presenta infatti come il più "pulito" e ben strutturato, risultando il più adatto ai fini dell'edizione<fnref n="265" />. Il codice francese risulta, inoltre, più tardo rispetto ai suoi fratelli per tale motivo la sua utilizzazione come testo base ha permesso uno studio diacronico delle varianti.

Una volta scelto il testo da usare come base per l'edizione si è strutturata la codifica cominciando con il porre un `<teiHeader>` che fosse coerente con le finalità di visualizzazione. All'interno del frontespizio e, più precisamente, all'interno dell'elemento `<scourceDesc>` (*Source Description*) è stato necessario creare una lista dei testimoni presi in analisi, marcata dall'elemento `<listWit>` (*List Witness*) dentro al quale si sono annidati gli elementi di riferimento di ciascun testimone ovvero `<wit>` (*Witness*) completati dall'identificativo *xml:id*, necessario per ricollegare ciascuna variante testuale al preciso testimone. Per ogni manoscritto si è aperto un elemento `<msDesc>` (*Manuscript Description*) all'interno del quale è stato definito l'elemento `<msIdentifier>` (*Manuscript Identifier*) contenente gli elementi di identificazione di base di ciascun testimone.

Di seguito si riporta un esempio della codifica:

```xml
<sourceDesc>
  <listWit>
```

<footnote n="263">²⁶³ Si fa uso di questa terminologia per indicare la scelta di non creare una vera e propria edizione critica ma di usare un testo base (Gr ms. 48) da cui sviluppare lo studio delle varianti degli ulteriori testimoni. Per maggiori informazioni si faccia riferimento alla seconda parte di questa tesi.</footnote>

<footnote n="264">²⁶⁴ Per maggiori specifiche si faccia riferimento alla seconda parte di questa tesi.</footnote>

<footnote n="265">²⁶⁵ Si faccia riferimento ai paragrafi precedenti e al secondo capitolo di questa tesi.</footnote>
<witness xml:id="R">
<msDesc>
<msIdentifier>
<settlement>Roma</settlement>
<repository>Biblioteca Angelica</repository>
<idno>ms. 2467</idno>
</msIdentifier>
</witness>

Una volta chiuso l'elemento </msIdentifier>, sempre all'interno di <msDesc>, per ciascun manoscritto, si sono riportate le nozioni codicologiche di base - come già erano state presentate per la codifica del codice grenoblese. Tra questi si ricordano gli elementi più importanti di analisi <phyDesc>, <handDesc>, <bindingDesc> e <additions> (quando presenti). La descrizione ha seguito uno schema costante per tutti i cinque testimoni della tradizione, a ciascuno è stato, inoltre, assegnato il relativo identificativo: Gr per il grenoblese, R per il romano, V per il vicentino, G1 e G2 per i due genovesi. Completato il <teiHeader> con le descrizioni dei differenti manoscritti, si è potuto passare alla trascrizione vera e propria dei sonetti corrispondenti, secondo numerazione del codice francese, al Sonetto 11, Sonetto 12, Sonetto 14, Avertimento al lettore Sonetto 17, Sonetto 20, Confessione del Sasso Sonetto 41, Sonetto 152, Sonetto 191.

Come già visto per la codifica del codice francese, internamente al <text> si è poi inserito un elemento <body> contenente a sua volta tanti elementi <div> (Division) quanti sono i sonetti, in questo caso otto indicanti la divisione di ciascun componimento. In ogni elemento <div> si è quindi aperto l'elemento vuoto <pb/> (Page Beginning) seguito da un <head> usato per riportare il titolo di ciascun sonetto. Diversamente da EVT 1.2, per permettere la rappresentazione dei facsimile in sede di visualizzazione, si è dovuto, in questo caso, inserire internamente al <pb/> l'url di riferimento dell'immagine. Ciascuna immagine è stata ricollegata alla riproduzione ad alta definizione del codice francese, usato come testo base, disponibile alla pagina della Biblioteca multimediale di Fonte Gaia<fnref n="266" />. Per l'edizione dei sonetti si è scelto di usare il nuovo prototipo di EVT, creato appositamente per gestire le edizioni critiche. EVT 2.0 permette di inserire, per il

<footnote n="266">²⁶⁶ La Biblioteca Fonte Gaia consiste in una piattaforma di diffusione legata all'Università Grenoble Alpes. Questo progetto nasce con l'idea di sviluppare tramite un partenariato di biblioteche e ricercatori, una grande Biblioteca digitale che possa valorizzare il patrimonio letterario italiano, permettendone contemporaneamente l'accesso ai ricercatori del mondo intero. Per maggiori informazioni si faccia riferimento a https://fontegaia.hypotheses.org/302 (visitato il 24/05/2018).</footnote>
momento, solo il facsimile di riferimento del solo testo scelto come base all'edizione e non dei relativi testimoni; si noti che EVT 2.0 è ancora in versione Beta e quindi ancora sperimentale.

Una volta trascritto il testo base di ciascun componimento è stato necessario codificare le lezioni divergenti, quando attestate dai restanti manoscritti della tradizione. Per riportare le varianti attribuite da ciascun testimone si è quindi aperto l'elemento <app> (Apparatus Entry) necessario per l'apparato critico. L'elemento <app> segnala l'ingresso in apparato di un elemento <lem> (Lemma) contenente la lezione del testo base e tanti elementi <rdg> (Reading) quante sono le varianti dei testimoni.

Di seguito si riporta a fine esplicativo la codifica del titolo del primo sonetto con il relativo apparato di varianti:

<text>
<body>
<div>
<pb facs="http://www fontegaia eu/iiif img/97189/full/2108,/0/default.jpg"/>
<head>
<app>
<lem wit="#Gr">Sonetto 11</lem>
<rdg wit="#R">Sonetto primo Proemio</rdg>
<rdg wit="#V">La Gesuitide Centuria Sonetto Proemiale</rdg>
<rdg wit="#G1">Sonetto Primo Proemiale</rdg>
<rdg wit="#G2">La Gesuiteide Centuria Sonetto primo</rdg>
</app>
</head>
</div>

Si può notare come sia l'elemento <lem> che i diversi <rdg> siano completati dall'attributo wit con la sigla di riferimento del testimone a cui si attribuisce la lezione. Il medesimo procedimento è stato applicato per tutte le varianti testuali presenti nei diversi sonetti. Sotto, si dà come esempio il primo verso della prima quartina del medesimo sonetto:

<lg>
<|>Le Berette, i
<app>
  <lem>wit="#Gr #R #G1 #G2">capucci</lem>
  <rdg>wit="#V" type="orthographic">cappucci</rdg>
</app>
, i Preti, i Frati,</lb>

Per le varianti testuali si è in ultima analisi, segnalato se la variante fosse sostanziale o
grafica e la possibile causa di derivazione. Si è ritenuto interessante marcare non solo le
varianti sostanziali ma anche le varianti grafiche, in quanto tramite queste ultime è
possibile sviluppare uno studio sulle patine linguistiche e le abitudini scrittorie dei
differenti copisti. L'analisi di tali varianti risulta certamente interessante per cercare di
ricostruire l'ambiente di derivazione dei diversi manoscritti.

Come si può, inoltre, osservare per la rappresentazione del testo sono stati mantenuti
gli elementi dei versi poetici <l> e di divisione delle strofe <lg>; come in EVT 1.2, per
permettere gli “a capo” si sono dovuti aggiungere gli elementi vuoti <lb/> (Line
Beginning) posti a cominciamento di ogni verso.
## 2.6 EVT 2.0

Per la visualizzazione dell'edizione critica si è scelto di usare il prototipo EVT 2.0 creato per gestire le edizioni critiche e nato da un rimodellamento pressoché totale della struttura del precedente EVT 1.2. Infatti, EVT 2.0<sup>267</sup> si struttura a partire da una nuova architettura impostata su di un componente chiamato *build* e basata non più su XSLT ma su software proprietari<sup>268</sup> come *AngularJS<sup>269</sup>*, un *framework javascript* inspirato a MCV (*Model View Controller*<sup>270</sup>). Attualmente EVT 2.0 si presenta solo in versione *beta*, momentaneamente pubblicata per rispondere alle sole esigenze di rappresentazione delle edizioni critiche e in attesa di ulteriori aggiornamenti e sviluppi del software. La versione *beta* può essere usata non solo per la visualizzazione delle edizioni ma anche come programma di base per la rappresentazione di differenti livelli di apparato. Il formato dei dati è basato sullo *Schema* fornito dalla TEI per l'apparato critico, quindi EVT 2.0, come il suo antecedente, legge qualsiasi documento che sia XML-TEI *conformant*.

Come spiegato precedentemente, per la costituzione dell'apparato critico si è fatto riferimento alle specifiche TEI le quali nascono da una riproposizione dell'impostazione tradizionale della filologia testuale nell'ambito del mondo elettronico e digitale. La TEI propone tre differenti modelli di codifica dell'apparato critico: il *location-referenced method*, il *double-end-point-attached method*, il *parallel segmentation*. I primi due sono entrambi basati sul meccanismo di registrazione delle varianti all'esterno del corpo del testo, sia *inline*, sia in una sezione separata del documento, mentre nell'ultimo ogni variante è posta allo stesso livello di testo creando una biforcazione del testo solo là dove è presente la variante<sup>271</sup>. EVT 2.0 propone una modellizzazione dell'apparato in base al

<footnote n="267"><sup>267</sup> Cfr. Manuale EVT 2.0 fornito nel pacchetto di *download* del software.</footnote>

<footnote n="268"><sup>268</sup> Software proprietario è un sinonimo di software non libero, o closed source. Il suo utilizzo è regolamentato da particolari condizioni a cui sono generalmente soggetti diversi ambiti come la modifica, la condivisione, lo studio o la ridistribuzione.</footnote>

<footnote n="269"><sup>269</sup> "AngularJS is a toolset for building the framework most suited to your application development. It is fully extensible and works well with other libraries. Every feature can be modified or replaced to suit your unique development workflow and feature needs". Disponibile su https://angularjs.org/ ((visitato il 22/06/2018).</footnote>

<footnote n="270"><sup>270</sup> Secondo definizione: "Model-view-controller is commonly used for developing software that divides an application into three interconnected parts. This is done to separate internal representations of information from the ways information is presented to and accepted from the user. The MVC design pattern decouples these major components allowing for efficient code reuse and parallel development. Traditionally used for desktop graphical user interfaces (GUIs), this architecture has become popular for designing web applications and even mobile, desktop and other clients. Popular programming languages like Java, C#, Ruby, PHP have MVC frameworks that are used in web application development straight out of the box". Disponibile su https://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller (visitato il 22/06/2018).</footnote>

<footnote n="271"><sup>271</sup> Il *parallel segmentation method* prevede una biforcazione del testo ogni qualvolta viene registrata una variante differente, facendo così in modo che i testi confrontati vengano suddivisi in segmenti corrispondenti tutti sincronizzati tra loro. Questo metodo permette il confronto diretto di qualsiasi porzione di testo in</footnote>
*parallel segmentation method* mostrando la visualizzazione dell'apparato direttamente in linea al testo o in una schermata a sé stante affiancata a ciascun sonetto. L'apparato diviene così un contenuto mobile e dinamico con cui il fruitore dell'edizione può confrontarsi in modo interattivo.

EVT 2.0 dona inoltre all'utente la possibilità di scegliere liberamente la visualizzazione dell'apparato critico più consona ai fini dell'edizione, rendendo possibile la scelta tramite delle semplici modifiche al file *json* contenuto nella cartella di configurazione del programma.

Da ultimo, l'attuale prototipo di EVT 2.0 ricostruisce il testo di ciascun testimone a partire dalle varianti; in tal modo per ogni componimento possono essere visualizzate simultaneamente le diverse redazioni attestate dai testimoni, permettendo all'utente di usufruire della variabilità testuale nella sua interezza. Questa funzionalità risulta utile soprattutto nel caso in cui l'edizione sia mancante del testo critico "vero e proprio" - come quello della *Gesuiteide* - poiché stilata a partire dal testo base di un unico specifico testimone. Infatti, l'interfaccia garantisce, in aggiunta, la possibilità di visualizzare le redazioni dei diversi manoscritti nella medesima schermata, permettendone una libera disposizione l'una a fianco all'altra e garantendo la possibilità di un confronto e di una collazione immediata dei differenti testimoni della tradizione.

In tal modo, con un semplice *click* sul testimone di riferimento o con l'uso di un apposito *tool* si può decidere di volta in volta quali versioni riprodurre e porre a confronto nell'interfaccia grafica.

<footnote>qualsiasi testimone con quella in qualsiasi altro testimone e rende piuttosto semplice l'estrazione, mediante apposito software, del testo completo di ognuno di essi.</footnote>
## 2.7 L'interfaccia di visualizzazione

L'aspetto dell'interfaccia grafica di EVT 2.0 si presenta similare a quello del suo
predecessore, seppur con un aspetto svecchiato e reso più gradevole per l'utilizzatore.
Come per la versione precedente l'interfaccia è sormontata dal titolo dell'edizione,
accompagnato dalla nuova possibilità di aggiungere un particolare logo, in questo caso
quello della *Biblioteca Digitale Fonte Gaia*, sostenitrice del progetto di ricerca. Tramite
una semplice modifica del file *json* contenuto nei moduli di configurazione del *software*
è stato, infatti, possibile inserire il logo del partenariato francese in seno al quale si è
sviluppata l'edizione digitale.

La nuova idea alla base della strutturazione dell'interfaccia è stata quella di fornire
un unico file in formato *json* che permettesse di regolare tramite dei semplici passaggi la
configurazione della schermata *web*. Questa scelta di programmazione della nuova
interfaccia si giustifica in seno alla necessità di sviluppare un nuovo programma,
comprensivo delle possibilità offerte dal precedente, ma più "accessibile e usabile"^272
per il fruitore finale. Il nuovo prototipo EVT 2.0 nasce con l'obbiettivo di fornire agli
studiosi un programma di edizione intuitivo e *user friendly*. Infatti, le innovative
funzionalità di ricerca granulare, allineamento di varianti, collegamenti ipertestuali e
intratestuali che caratterizzano le moderne edizioni digitali trovano la loro importanza in
quanto permettono di raggiungere livelli di studio e analisi precedentemente
impensabili; tuttavia, queste perdono di valore nel momento in cui l'utente si trova a
confrontarsi con un'interfaccia, e quindi con un'edizione, difficilmente accessibile.
Infatti, un'interfaccia complessa va contro lo scopo stesso di immediatezza e
accessibilità dell'edizione digitale.

Per tali motivi, contrariamente al predecessore, per la configurazione del quale
bisognava agire direttamente sul codice XSLT, con EVT 2.0 l'equipe di lavoro^273 ha
tentato di creare un sistema attraverso il quale la configurazione di base fosse facilmente
modificabile anche da utenti con conoscenze basilari di informatica. Tra questi, uno
degli aspetti implementati con EVT 2.0 è la possibilità di avere un più alto livello di
customizzazione rispetto al suo precedente. Con la nuova versione del *software* l'editore

<footnote>^272^ Secondo lo standard ISO 9241-11:1998: "l'usabilità è l'efficacia, l'efficienza e la soddisfazione con cui specifici utenti raggiungono specifici obiettivi in particolari ambienti". Vedi anche http://www.di.unito.it/~cgena/scidecom2016/lezioneAccessibilita2016.key.pdf (visitato il 2/08/18).</footnote>

<footnote>^273^ Si faccia riferimento all'interessante studio svolto in tesi magistrale DI PIETRO C., *EVT per le edizioni critiche digitali: progettazione e sviluppo di una nuova GUI basata sullo schema progettuale MVC*, 2015 disponibile su https://core.ac.uk/download/pdf/79621005.pdf (visitato il 2/08/18).</footnote>
può, infatti, facilmente modificare sia il *layout* dell'interfaccia che delle componenti grafiche.

Per quanto riguarda più ristrettamente la visualizzazione dell'edizione critica, una volta aperta l'interfaccia, a sinistra dell'intestazione si trovano, in modo strutturalmente similare alla versione EVT 1.2, i *tools* che permettono le differenti condizioni di visualizzazione. In ordine da sinistra a destra si ha la possibilità di visualizzare: il testo base e l'apparato di varianti, il testo affiancato dal relativo *facsimile*, la visualizzazione multipla dei differenti testimoni giustapposti, infine il menù riportante le informazioni basilari sul progetto, l'XML dell'edizione e la selezione della lingua di navigazione.

FONTE CAIA

Edizione critica Gesuiteide

<figure><img src="image_28.png" /></figure>

A questi è possibile aggiungere altri *tools* tramite la modifica del file di configurazione; alcune delle possibilità, come la visualizzazione interpretativa, sono presenti ma non ancora funzionanti. Con lo sviluppo e l'implementazione di EVT 2.0 saranno messi in funzione ulteriori strumenti di analisi, alcuni già presenti e funzionanti con EVT 1.2, come il link testo-immagine, un'alta risoluzione dei facsimile, la presenza di liste e di filtri per le *named entities*, e altro.

Per quanto si può dedurre dalla strutturazione della versione *beta* la progettazione dell'interfaccia ha visto come aspetto cruciale quello della navigazione testuale. Sotto all'intestazione si apre, infatti, la schermata di *default* con la visualizzazione del testo base sopra al quale degli ulteriori strumenti permettono di evidenziare specifici dettagli dell'edizione. Tra questi si ha il marcatore del documento, il marcatore dell'edizione, una finestra contenente la lista dei testimoni, completa di descrizione codicologica, e le informazioni generali dell'edizione.

Internamente al testo dei sonetti sono evidenziati con un colore diverso i passaggi che riportano delle varianti, mentre, a fianco della schermata del testo base, si ha una finestra contenente l'apparato delle varianti. Per l'apparato si apre una scheda contenente i dettagli delle varianti, e delle note critiche. Dal momento che l'apparato critico è il luogo fondamentale per rappresentare le molteplici testualità che si prospettano al lettore l'aspetto principale che ha caratterizzato il *software* è la possibilità di gestire e filtrare le
varianti. Le varianti vengono infatti filtrate in base a differenti categorie di analisi tra cui: il grado di certezza (@cert), la responsabilità dell'emendazione (@resp), la tipologia (@type), la mano (@hand) e la causa (@cause). Questi sono attributi che, come visto in fase di spiegazione della codifica, vengono inseriti di volta in volta nell'analisi delle lezioni dei differenti testimoni.

<figure><img src="image_29.png" /></figure>

EVT 2 è inoltre basato sull'immediatezza visiva e sull'interattività con il documento, per tale motivo l'uso dei colori come differenziatori è una caratteristica centrale del software. I colori vengono stabiliti per indicare dei filtri di analisi e per funzioni come la mappa di variabilità per la quale sono mostrati, con sfumature diverse, i passaggi caratterizzati da una maggiore variazione testuale. Nella schermata di collazione dei testimoni è possibile confrontare i diversi manoscritti con il testo base e applicare filtri di analisi delle varianti. Seguendo una legenda di colori si possono filtrare le diverse tipologie di varianti selezionando quelle ortografiche o sostanziali o ancora evidenziandole e raggruppandole secondo la causa di origine.
<figure><img src="image_30.png" /></figure>

<figure><img src="image_31.png" /></figure>

A sinistra il *pop up* contenente la lista dei testimoni e la relativa descrizione codicologica.
In corredo all'edizione critica, EVT 2.0 riprende le possibilità del predecessore di
mostrare una schermata per la visualizzazione del testo base e del relativo facsimile -
come si può vedere sotto. La possibilità di includere le riproduzioni digitali permette un
valore aggiunto all'edizione rendendo possibile quell'interattività grafica e *user friendly*
evidentemente ricercata nella costruzione e implementazione della nuova versione di
EVT.

<figure><img src="image_32.png" /></figure>
Per un'ottica di studio

Le due edizioni, del manoscritto grenoblese e dei sonetti, rappresentano il fulcro di
del lavoro di analisi fin qui condotto. Allo stesso tempo, queste edizioni non si pongono
come punto finale del percorso di studio, ma piuttosto come un primo arrivo per lo
sviluppo di ulteriori ricerche sulla tradizione della Gesuiteide.

La commistione tra pratiche filologiche tradizionali e codifica informatica ha portato
lo studio dell'opera verso nuovi orizzonti di analisi. Attraverso l'uso delle nuove
tecnologie informatiche è stato possibile ottenere una rappresentazione interattiva del
testo definita, a livello di edizione, dalla possibilità di mostrare molteplici livelli di
rappresentazione testuale. Al contempo, tale interattività non sarebbe stata possibile
senza un'accurata modellizzazione e un attento esame di ciò che si voleva rendere della
Gesuiteide e della sua peculiare tradizione. Le analisi storiche, letterarie e filologiche
svolte precedentemente alle due edizioni sono state, infatti, necessarie per la creazione
del modello di codifica posto alla base della visualizzazione; a sua volta l'edizione si
presenta come una mise en valeur di tutti gli studi fin qui sviluppati.

Grazie allo spazio sostanzialmente illimitato della schermata digitale è stato
possibile creare due edizioni che mettessero in risalto lo studio dell'opera secondo
molteplici piani di analisi. Allo stesso tempo, la possibilità di unire documenti diversi e
fornire rappresentazioni parallele della stessa opera in un unico file, ha permesso di
rendere le edizioni dinamiche<fnref n="274" />. Infatti, l'uso del mezzo informatico ha reso possibile
implementare le edizioni attraverso molteplici caratteri quali:

I. La fluidità dell'edizione

II. L'immediatezza nell'approccio ai dati forniti

III. La facilità di condivisione dell'informazione

La scelta di sviluppare la codifica del manoscritto grenoblese e dei sonetti si è,
infatti, basata sulla possibilità di poter donare allo studio della Gesuiteide un approccio
fluido. L'opportunità di sviluppare un'edizione digitale, costruita su molteplici livelli di

<footnote n="274">274 Dove con “dinamiche” si intende la possibilità per il fruitore di passare facilmente attraverso più livelli di analisi testuale.</footnote>
esame, storico, codicologico, critico etc., ha quindi dotato l'intera ricerca di un'immediatezza tra l'oggetto analizzato e lo studio che ne è stato svolto. Nell'edizione del codice grenoblese si è potuto fornire il facsimile, e al contempo corredare l'edizione diplomatica di uno studio interpretativo e di una prima analisi testuale; ugualmente, per l'edizione dei sonetti si è potuto ricostruire non solo lo stemma delle varianti ma anche, a partire dall'edizione del testo base, la versione di qualsiasi testimone.

La dinamicità donata dall'interfaccia grafica dell'edizione permette, inoltre, un accesso e una fruizione immediata dei differenti campi presi in esame. Allo stesso modo, però, aver costruito l'edizione a partire da un'interfaccia prestabilita ha portato con sé alcuni inconvenienti e restrizioni. Se da un lato usare un'interfaccia "standardizzata" ha apportato degli evidenti vantaggi nel processo di edizione, dall'altro le precise regole imposte per il funzionamento del programma hanno determinato, spesso, una modifica del modello<sup>275</sup>. Tali dinamiche del lavoro editoriale e di codifica hanno permesso di aprire una riflessione sull'importanza della modellizzazione. La modellizzazione alla base delle due edizioni non si è semplicemente posta come un passaggio necessario per la visualizzazione ma come un vero e proprio studio del testo nella sua materialità e nel suo contesto storico e letterario. La complessità di dover "riscrivere" e rimodellare la *Gesuiteide* nel linguaggio di codifica ha, quindi, permesso di guardare all'opera con uno sguardo critico più attento. A sua volta la necessità di creare un modello che potesse mettere in valore le analisi sviluppate ha permesso di riformulare gli studi condotti a partire da due semplici domande: cosa mettere in valore? Perché?

L'importanza di circoscrivere la rappresentazione dell'opera, tanto più necessaria data l'illimitatezza del supporto digitale, ha quindi permesso di rivalorizzare e reinterpretare l'opera stessa. Infatti, a partire dallo studio della *Gesuiteide* non solo si è creato un modello per l'edizione, ma lo si è trasformato secondo le necessità e, in particolare, si è acquisita a partire da quello una nuova conoscenza e comprensione dell'opera stessa<sup>276</sup>.

<footnote n="275">275 Si ricorda che questo problema si lega ad un'altra importante questione ovvero: le competenze richieste nell'uso dei programmi di edizione. Differenti interfaccia grafiche *open access*, come EVT, presentano una struttura modulare, caratterizzata da un modello base che può essere modificato o implementato a seconda delle necessità, e delle capacità informatiche, del fruitore.</footnote>

<footnote n="276">276 “We create it, we manipulate it, we learn from it”, riprendendo le parole di ØYVIND E., durante il seminario *Transvers-HN: Modelling and mediality / Modélisation et Médialité*, MSH-Grenoble, Grenoble, 13/09/2018.</footnote>
Conclusioni

Noi diamo forma ai nostri strumenti e da lì
in poi i nostri strumenti danno forma a noi.

[ Lettere sull'innovazione, Marshall McLuan ]

L'edizione digitale risulta il punto finale di questo percorso di analisi, ma non certamente il punto di arrivo degli studi in esso contenuti.

Attraverso l'esame della *Gesuiteide* è stato possibile circoscrivere differenti campi di studio, ciascuno dei quali caratterizzato da particolari dinamiche e problematiche interne. L'approccio all'opera si è infatti posto come precipua occasione per rimettere in discussione diverse questioni di genere letterario, critico e filologico. La *Gesuiteide* si è posta, in tal modo, come il supporto grazie al quale è stato possibile approfondire argomenti di studio ben più ampi.

Le analisi svolte a partire dal manoscritto grenoblese hanno permesso di mettere in valore non solo un'opera quanto meno peculiare, sia a livello letterario che filologico, ma di scoprire un genere poetico rimasto ignoto alla critica letteraria. A partire dalla ricostruzione della tradizione dell'opera, è stato possibile definire i confini di un nuovo genere poetico-satirico, circolante tra i gruppi di letterati e intellettuali italiani tra il XVII e il XVIII secolo. Tale genere, che trova le sue origini nei foglietti satirici occasionali di stampo popolaresco<sup>277</sup>, e nelle tenzoni satiriche secentesche, si distingue dalla più comune satira per caratteri innovativi e per particolari elementi distintivi che permettono di definirlo un genere a sé stante.

A partire dalle analisi svolte sulla *Gesuiteide* è stato, dunque, possibile definire una serie di criteri compositivi e formali, i quali caratterizzano similarmente una decina di altre opere satiriche, e che hanno permesso di circoscrivere tale genere all'interno di un canone poetico. La definizione di un canone ha, a sua volta, reso possibile stilare gli elementi distintivi di tali opere: il ricorso a una satira goliardica, lontana dai toni moraleggianti tipici della satira secentesca, una struttura composta da centurie di sonetti e tematiche satirico-parodiche ricorrenti.

<footnote n="277"><sup>277</sup> Si ricordino le pasquinate, le fischiate e le cicalate di cui si è parlato nella prima parte della tesi.</footnote>
L'elemento più rilevante emerso dalle ricerche sulla *Gesuiteide* si è però legato alla particolare diffusione di tali opere, la quali si contraddistinguono per una circolazione puramente manoscritta, esterna ai canoni del regime a stampa. La circolazione manoscritta, svincolata dalla fissità data dal supporto a stampa, permette una maggiore fluidità del sistema testuale e, a sua volta, apporta instabilità nella tradizione di tali opere. L'attenzione al dato innovativo apportato da tale scoperta permette di rimettere in valore, a sua volta, quel *background* letterario, di cui fanno parte i generi letterari più popolari, e tutte quelle opere esterne ai canoni di standardizzazione della stampa rimaste ignote alla critica. La comprovata diffusione di tali opere presso i maggiori centri culturali, come le Accademie, fa infatti ipotizzare l'esistenza di generi letterari ancora oggi ignoti agli studiosi in quanto non facilmente categorizzabili.

Allo stesso modo, la demarcazione di questo particolare genere poetico ha permesso di sviluppare una riflessione su alcuni caratteri di diffusione letteraria marginalmente analizzati. In particolare, la circolazione di tali opere, non solo la *Gesuiteide*, limitatamente alla forma manoscritta ha portato con sé dei problemi di ricostruzione e analisi filologica. La circolazione ristrettamente manoscritta e solo in rari casi, in un secondo tempo, in versione a stampa, era infatti una scelta imposta dai rischi, sia fisici che legali, ai quali gli autori delle opere satiriche potevano essere soggetti. La flessibilità del supporto manoscritto permetteva, inoltre, una libertà delle riproduzioni sconosciuta alle opere stampa, e, per tali motivi, una dinamicità maggiore del sistema testuale delle opere. I caratteri di diffusione di queste opere si avvicinano quindi maggiormente a quelli delle produzioni letterarie medievali, caratterizzate da multiformità e instabilità testuale, piuttosto che alle coeve opere a stampa.

La difficoltà di schematizzare e di ricondurre tramite metodi di analisi tradizionale lo studio di tali opere ha imposto, quindi, una riflessione più profonda su come categorizzare quelle tradizioni che rimangono esterne al sistema di riproduzione a stampa. La stampa ci ha abituati a una precisa standardizzazione degli elementi distintivi delle opere letterarie, riformulando le definizioni di autore, opera, copia, originale etc., e donandogli un senso univoco. Lo studio della *Gesuiteide* ha permesso, però, di riconsiderare quanto tali definizioni siano tutt'altro che univoche, e di come le opere esterne al regime post-gutemberghiano necessitino di approcci diversi dai metodi di analisi letteraria e filologica tradizionali. La circolazione manoscritta restituisce infatti a tali definizioni il loro originario carattere evanescente, e permette di mettere in discussione
quel sistema di analisi basato su un'autorialità strettamente definita, e quindi sulla
necessaria presenza di un'originale d'autore.

L'evidenza di simili peculiarità ha reso necessario rivalutare l'approccio filologico
da tenere nei confronti di tali opere. La multiformità insita nella *Gesuiteide*, data dai
particolari caratteri di diffusione, crea infatti un conflitto tra il sistema del testo e la sua
tradizione. La mancanza di un'autorialità definita, l'impossibilità di ricostruire un'originale
e l'evidenza di una tradizione decisamente difforme e polimorfa ha imposto una totale
riconsiderazione dei metodi di esame. Nel caso della *Gesuiteide* ci si trova, infatti, innanzi
a una tradizione "fluida", nella quale il testo veniva riformulato da più mani, in un
continuo processo elaborativo.

L'impossibilità di praticare i metodi del sistema neo-lachmaniano per l'analisi e l'edizione dell'opera ha quindi obbligato a rivolgere lo sguardo verso differenti possibilità di studio. Le problematiche di ordine filologico hanno inevitabilmente influenzato il processo di edizione, in particolare, la necessità di redigere un'edizione critica si è scontrata con le peculiarità insite nella tradizione dell'opera: la multiformità dei testimoni ha reso preferibile editare un *bon manuscrit*, piuttosto che sviluppare un'edizione critica che sarebbe inevitabilmente risultata una ricostruzione falsata dell'opera. L'assunto teorico alla base di queste scelte è stato, infatti, quello di considerare il testo dell'opera come un'entità di difficile, se non impossibile, definizione scegliendo di editare, in tal modo, la versione diplomatico-interpretativa di un unico testimone.

Per tali motivi, al fine di poter riprodurre fedelmente gli elementi costitutivi
dell'opera, si è scelto di progettare l'edizione facendo affidamento ai nuovi metodi di
analisi informatica dei testi. Tali riflessioni sono infatti state estese all'ambito delle *Digital
Humanities* e ai nuovi metodi di studio della filologia digitale. La scelta di ricorrere alle
nuove tecnologie di edizione e analisi digitale dei testi si è quindi legata alle nuove
pratiche editoriali, per le quali si preferisce porre l'attenzione al dato documentario
piuttosto che alla ricostruzione testuale. Un'edizione critica basata sull'insieme dei
testimoni sarebbe infatti risultata impossibile dal momento che la stratificazione testuale e
le diverse fasi di elaborazione del testo rendono la *Gesuiteide* una sorta di "raccolta
aperta", non definibile né circoscrivibile tramite un confronto dei testimoni. La particolare
molteplicità testuale e la pluralità dei documenti non potevano, quindi, essere rappresentati
se non attraverso l'ausilio della tecnologia digitale dal momento che, grazie alla flessibilità
del mezzo, le edizioni digitali si sono poste come il campo privilegiato dove studiare la
pluralità testuale. La fluidità del supporto informatico base delle edizioni digitali ha permesso infatti di rappresentare e valorizzare quest'opera dai caratteri unici.

Inoltre, la ricchezza di approcci teorici e di pratiche editoriali fornite dalle *Digital Humanities* hanno portato alla luce alcuni aspetti della testualità non sufficientemente approfonditi dalla critica testuale, e hanno permesso di rimettere in discussione alcuni dei principi più assodati delle pratiche editoriali. L'ausilio del digitale ha reso possibile la sperimentazione di un diverso approccio al testo e alla rappresentazione delle varianti.

Allo stesso tempo, lo studio dell'opera ha permesso di evidenziare come le edizioni scientifiche digitali presentino ancora diversi interrogativi, legati in particolar modo alla forma dell'edizione e ai programmi di visualizzazione. L'aspetto più influente da considerare è il formato dell'edizione digitale che, in quanto legata a un supporto illimitato, necessita un ampio lavoro preparatorio, una riscrittura e riformulazione del documento da editare con la conseguente creazione del modello di analisi. Uno degli aspetti principali della digitalizzazione consiste infatti nel mutamento del processo 'produttivo' e 'distributivo' della conoscenza. In particolare, con l'avvento del digitale si è riaperto il dibattito sul testo e sul ruolo del filologo/editore, caratteri che si legano necessariamente alle innovazioni del supporto e alla trasmissione testuale aperta verso un pubblico più vasto. Infatti, se da un lato il mezzo digitale dà forma al testo in modo del tutto particolare, dall'altro l'operazione di de-codificazione e ri-codificazione, necessaria nel passaggio dal supporto cartaceo a quello informatico, è guidata e assoggettata alle caratteristiche del mezzo digitale.

Per tali motivi, a sua volta, l'edizione digitale si scontra con le necessità richieste dai programmi di edizione e, quindi, con le competenze necessarie per la padronanza di questa nuova pratica filologica. L'ambiente digitale si caratterizza, infatti, attorno al lavoro editoriale, il quale richiede conoscenze e competenze proprie, che, se non possedute, limitano inevitabilmente le possibilità dell'edizione. A questo concetto si legano inoltre quelli di frammentarietà e instabilità dei contenuti, dal momento che il lavoro editoriale digitale non conosce fine<fnref n="278" />. Infatti, sebbene i vantaggi apportati dalle *Digital Humanities* siano evidenti, al contempo non possono esser trascurate quelle importanti domande che gravitano ancora attorno a questa disciplina: quale standardizzazione possiamo auspicare

<footnote n="278">²⁷⁸ Si riprenda PIERAZZO E., *Il Testo è morto: lunga vita ai testi!* Pluralismo testuale e edizioni digitali., in *Prassi Ecdotiche della modernità letteraria*, n. 3, 2018, disponibile a https://riviste.unimi.it/index.php/PEML/article/view/10633/10003 (visitato il 13/11/2018).</footnote>
per questa scienza umanistica? quali confini? quali competenze saranno necessarie ai nuovi
filologi?

É a partire da queste domande che voglio, quindi, riprendere le conclusioni di questo percorso di studio. Infatti, se si ripercorre nuovamente a ritroso lo sviluppo di questa tesi si può inevitabilmente osservare l'abbondanza degli argomenti toccati. Questi, che nel loro insieme creano il *fil rouge* delle analisi, si pongono come un primo snodo e non come un punto di arrivo della ricerca. Gli studi sviluppati in questa tesi sono quel presupposto, quella prima scintilla, grazie alla quale sono stati proposti molti e diversi interrogativi per i quali si auspica, in prospettive future, di poter dare nuove e più concrete risposte.
# Bibliografia

## Testimoni manoscritti

Ms. 2467, manoscritto cartaceo, *Biblioteca Angelica*, Roma, siglato [R].

Ms. 868, manoscritto cartaceo, *Biblioteca Bertoliana*, Vicenza, siglato [V].

Ms. 48, manoscritto cartaceo, *Bibliothèque Universitaire Droit-Lettres*, Grenoble, siglato [Gr].

Ms. E.VIII.17, manoscritto cartaceo con parti a stampa, *Biblioteca Universitaria Genova*, Genova, siglato [G1].

Ms. G.III.3, manoscritto cartaceo con parti a stampa, *Biblioteca Universitaria Genova*, Genova, siglato [G2].

## Storico-critica

AA. VV., *Memorie degli scrittori e letterati parmigiani raccolte da Padre Ireneo Affò e continuate da Angelo Pezzana*, Tomo settimo, Tipografia Ducale, Parma, 1833.

F.M. ACCINELLI, *Continuazione del Compendio delle storie di Genova, dall'anno MDCC al MDCCL*. Dove, oltre le memorie Istoriche di detti Anni, contiensi una fedele narrazione della Rivoluzione succeduta del 1746, contro gli Austro-Sardi, e continuasi la Confutazione della Diatriba di Gio.Giacobo Rehinard Impressa in Francfort nel 1747. Tomo II, Lipsia, 1747.

T. BOCCALINI, *Commentarii sopra Cornelio Tacito, come sono stati lasciati dall'autore*, Presso Giovanni Battista della Piazza, Roma, 1678.

A. CADIOLI, *Le diverse pagine. Il testo letterario tra scrittore editore e scrittore*, Milano, Il Saggiatore, 2012.

A. CADIOLI, *Il testo letterario tra volontà dell'autore e volontà dell'editore* (intervento al Convegno di studi *Le forme del testo. Editoria e filologia in Italia tra Otto e Novecento*, Università degli Studi di Firenze, 17-18 maggio 2016).

C. COSTA, *La satira in Roma in età moderna*, disponibile a [http://www.galantara.it/Ricerche/argomenti/SatiraRoma_CCosta.pdf](http://www.galantara.it/Ricerche/argomenti/SatiraRoma_CCosta.pdf) (visitato il 29/09/2018).

C. COSTA, *Fra dialetto e gergo. Lo sgherro romanesco del Seicento*, in *Il 996*, Aracne editore, Roma, 2006.
G.M. CRESCIMBENI G.M., *Il Catalogo degli arcadi*, in *L'Arcadia*, per Antonio de'Rossialla Piazza di Ceri, Roma, 1711.

G.M. CRESCIMBENI, *La bellezza della volgar poesia. Riveduta, corretta e accresciuta del Nono Dialogo dello stesso Autore, e ristampata d'ordine della Radunanza degli Arcadi*, Stampatore Lorenzo Basegio, Venezia, 1730.

G.M. CRECIMBENI, *L'Istoria della volgar poesia*, tomo, I, 1730-1731.

G. MARINO, *Lettere*, a cura di M. PIERI e M. ALBERTAZZI, Firenze, 1981.

G. FANTUZZI, *Notizie degli scrittori bolognesi, Tomo nono*, Stamperia S. Tommaso d'Aquino, Bologna, 1794.

M.S. GALBIATI, *Per una teoria della satira fra Quattro e Cinquecento*, in *Italianistica: Rivista di letteratura italiana*, Volume 16, No. 1, Gennaio/Aprile 1987.

S. GARDINI, *Strumenti e documenti per la storia degli archivi genovesi nel secolo XIX*, Società Ligure di Storia Patria, Genova, 2016.

A.M. GIORGIETTI, *Arcadia, Gli arcadi dal 1690 al 1800, Onomasticon*, Accademia letteraria italiana, Roma, 1977.

F. LAMERA, G. PIGAFETTA, *Il palazzo dell'Università di Genova: il Collegio dei Gesuiti nella strada dei Balbi*, Università degli Studi di Genova, Genova, 1987.

V. LANCETTI, *Pseudonimia ovvero tavole alfabetiche de' nomi finti o supposti degli scrittori con la contrapposizione de' veri ad uso de' bibliofili, degli amatori della storia letteraria de librai*, Luigi di Giacomo Pirola tipografo, Milano, 1836.

T. LODI avv., *Breve esame della risposta data dal M. Pier'Agostino Solari, A'cinque quesiti proposti nella Causa de MM. RR. Teresiani di S. Carlo di Genova, con li MM. RR. PP. Gesuiti del Collegio di detta Città*, Stamparia Antonio Scionico, Genova, 1722.

T. LODI avv., *Diario istorico legale in la Causa frà li MM. RR. PP. Gesuiti del Collegio di Genova, attori de una, e li MM. RR. PP. Teresiani di S. Carlo dall'altra. Per fino alli 6 del corrente Giugno*, Stamparia Antonio Scionico, Vivo del filo, Genova, 1722.

G. MAZZATINTI, et al., *Inventari dei manoscritti delle Bibliotheche d'Italia*, vol. 10-13, Forlì, 1900-1906.

G.B. MAZZUCHELLI, *Gli scrittori d'Italia cioè notizie storiche, e critiche intorno alle vite, e agli scritti dei letterati italiani*, Volume II, parte IV, Brescia, 1762.

D. MC KITTERICK, *Testo stampato e testo manoscritto. Un rapporto difficile. 1450-1830*, Edizioni Sylvestre Bonnard, 2005.
G.C. MELZI, *Dizionario di opere anonime e pseudonime di scrittori italiani o come che sia aventi relazione con l'Italia, TOMO III S-Z*, Torchi di Luigi Giacomo Pirola, Milano, 1859.

M.G. MOREI, *Memorie istoriche dell'adunanza degli arcadi*, Stamperia de'Rossi, nella strada del Seminario Romani, Roma, 1761.

L.A. MURATORI., *Della perfetta poesia italiana*, 1706 edizione di riferimento A. RUSCHIONI, C. MARZORATI, Feltrinelli, Milano, 1971, disponibile online a http://www.letteraturaitaliana.net/pdf/Volume_7/t197.pdf.

F. NEGRI, *La vita di Apostolo Zeno*, Tipografia di Alvisopoli, Venezia 1816.

R. SAVELLI, *L'archivio storico dell'Università di Genova*, Palazzo Ducale, Genova, 1993.

P.A SOLARI, F. DENTONE avv. (con adesione di MORCHIO Gio. Antonio), *Le ragioni alla luce delle pubbliche scuole del collegio di S. Geronimo e della Repubblica Seren.ma di Genova sopra di esse*, in Lucca, per il Marescandoli s.d.,1723.

P.A. SOLARI, *La chiara giustizia delle scuole del collegio posta in luce al confronto di cinque principali quesiti contro gli attentati de RR. PP.Carmelitani Scalzi di S.Carlo, Genova, Giovanni Franchelli*, 1722.

G. TIRABOSCHI, *Storia della letteratura Italiana, parte seconda dall'anno MCD all'anno MCDD*, Tomo VIII, Venezia, 1796.

C.A. VAN ROOY, *Studies in Classical Satire and related literary Theory*, Leiden, Brill, 1965.

F. VECCHIETTI, T. MORO, *Biblioteca picena o sia notizie istoriche delle opere e degli scrittori piceni*, tomo III, Ascoli Piceno, 1790.

Filologia

S. ALBONICO, *Due seminari di filologia. “Testo e apparato nella filologia d'autore e “Critica delle varianti e filologia di Gianfranco Contini 1933-1947”*, Dipartimento di Scienze della Letteratura e dell'arte Medievale e moderna dell'Università di Pavia, Alessandria, Edizioni dell'Orso, 1999.

P.B. BELTRAMI, *A che serve un'edizione critica?*, Bologna, Il Mulino, 2010.

B. BENTIVOGLIO-P. VECCHI GALLI, *Filologia Italiana*, Milano, Bruno Mondadori, 2002.

B. CERQUIGLINI, *Èloge de la variante. Historie critique de la philologie*, Parigi, Seuil, 1989.
P. CHIESA, *Elementi di critica testuale*, Pàtron Editore, Bologna, 2012.

G. CONTINI, *Filologia*, Il Mulino, Bologna, 2014.

P. D'IORIO-N. FERRAND, *Genesi, critica, edizione, Scuola Normale Superiore*, Pisa, 1998.

D. FIORMONTE, *Varianti elettroniche*, in «Italiano & oltre», 2, pp. 87-94, 1995.

A. FRANCESCHETTI, *Rassegna di studi sull'Arcadia*, in *Lettere Italiane*, Vol. 19, n. 3, Casa Editrice Leo S. Olschki, (luglio-settembre 1967).

Y. GOMEZ GANE, *Dizionario della terminologia filologica*, Torino, Accademia University Press, 2013.

G. INGLESE, *Come si legge un'edizione critica*, Roma, Carocci, 2006.

E. MALATO, *Lessico Filologico. Un approccio alla filologia*, Roma, Salerno Editrice, 2008.

B. RICHARDSON, *Manuscript Culture in Renaissance Italy*, New York : Cambridge University Press, 2009.

P. STOPPELLI, *Filologia della letteratura italiana*, Roma, Carocci, 2008.

A. STUSSI, *Introduzione agli studi di Filologia Italiana*, Bologna, Il Mulino, 1994.

S. TIMPANARO, *La genesi del metodo di Lachmann*, Padova, Liviana, 1985.

F. TOMASI, *Metodologie informatiche e discipline umanistiche*, Carocci, Roma, 2008.

VARVARO, *Prima lezione di filologia*, Roma, Laterza, 2012.

J. ZIOLKOWSKY, *Texts and Textuality, Medieval and Modern*, in SABEL B. and BUCHER A., (eds), *Der unfeste Text*. Perspektiven auf einen literatur- undkulturwissenschaftlichen Leitbegriff, Königshausen & Neumann, Würzburg, 2011.

P. ZUMTHOR, *Essaie de la poétique médiéval*, Éditions du Seuil, Mars 1972, http://excerpts.numilog.com/books/9782020020381.pdf.

*Informatica umanistica*

AA. VV., *Internet e le muse. La rivoluzione digitale nella cultura umanistica*, Milano, Mimesis, 1997.

AA. VV., *A companion to digital literary studies*, (a c. di R. SIEMENS-S. SCHREIBMAN), Oxford, Blackwell, 2008.
AA. VV., *Edizioni Critiche Digitali. Digital Critical Editions. Edizioni a confronto Comparing Editions*, (a c. di P. ITALIA-C. BONSI), Roma, Sapienza Università Editrice, 2016.

L. BURNARD, *Qu’est-ce que la Text Encoding Initiative ?*, Open Edition Presse Marseille, 2015.

L. BURNARD-C.M. SPERBERG-MCQUEEN, *Il manuale Tei Lite. Introduzione alla codifica elettronica dei testi letterari*, Milano, Edzioni Sylvestre Bonnard sas, 2005.

D. BUZZETTI, *Ambiguità diacritica e markup. Note sull’edizione critica digitale, in Soluzioni informatiche e telematiche per la filologia*, Atti del seminario di Studi (Pavia, 30-31 marzo 2000), (a c. di S. ALBONICO), Università degli Studi di Pavia, Pavia, 2000 (pubblicazioni telematiche n.1).

D. BUZZETTI, F. TOMASI F., *Metodologie informatiche e discipline umanistiche*, Roma, Carocci, 2008.

M. BUZZONI, *Le edizioni elettroniche dei testi medievali fra tradizione e innovazione: applicazioni teoriche ed empiriche all’ambito germanico*, in «Annali di Ca’ Foscari», XLIV, 1-2, 2005.

A. CALDIOLI, *Il critico navigante. Saggio sull’ipertesto e la critica letteraria*, Genova, Marietti, 1998.

F. CIOTTI, *A landscape of Digital Humanities in Italy: backgrounds, institutions and infrastructures*, Testo & Senso n. 16, 2015: www.testoesenso.it.

F. CIOTTI, *Cos’è la codifica informatica dei testi: http://circe.lett.unitn.it/attivita/eventi/pdf_eventi/ciotti.pdf.*

F. CIOTTI-G. RONCAGLIA, *Il mondo digitale. Introduzione ai nuovi media*, Roma-Bari, Laterza, 2001.

M. DRISCOLL-E. PIERAZZO, *Digital Scholarly Editing: Theories and Practices*, Cambridge, Open Book Publishers, 2016.

R.J. FINNERAN, *The Literary Text in the Digital Age*, Ann Arbor, University of Michigan Press, 1996.

D. FIORMONTE, *Il testo digitale: traduzione, codifica, modelli culturali*, in P. R. Piras, A. Alessandro, D. Fiormonte (a cura di), Italianisti in Spagna, ispanisti in Italia: la traduzione. Atti del Convegno Internazionale (Roma, 30 - 31 ottobre 2007), Roma, Kappa, 2008.

D. FIORMONTE, *Scrittura e filologia nell’era digitale*, Torino, Borlati Boringhieri, 2003.

G. GIGLIOZZI, *Il testo e il computer. Manuale di informatica per studi letterari*, Milano, Bruno Mondadori, 1997.
G. GIGLIOZZI, *Introduzione all'uso del computer negli studi letterari*, Milano, Mondadori, 2003.

N. IDE-C.M. SPERBERG-MCQUEEN, *The Text Encoding Initiative: Its History, Goals, and Future Development*, in N. Ide, J. Véronis (a cura di), Text Encoding Initiative: Background and Context, Dordrecht, Kluwer Academic Publishers, 1995.

G.P. LANDOW, *L'ipertesto. Tecnologie digitali e critica letteraria*, a cura di P. Ferri, Milano, Mondadori, 1998.

M. LAZZARI, *Informatica umanistica*, New York, McGraw-Hill Education, 2010.

P. MASTRANDREA, *1991-2011, un ventennio di evoluzione nella filologia pratica*, Università sapienza di Roma, Quaderni DigiLab, Volume 2, 2012.

P. MASTRANDREA, *L'orizzonte delle Digital Humanities*, Umanistica Digitale: https://umanisticadigitale.unibo.it/article/view/8055.

T. NUMERICO-A. VESPIGNANI, *Informatica per le scienze umanistiche*, Bologna, Il Mulino, 2003.

T. NUMERICO-D. FIORMONTE-F. TOMASI, *L'umanista digitale*, Bologna, Il Mulino, 2010.

T. ORLANDI, *Informatica umanistica*, Roma, Carocci, 1990.

E. PIERAZZO, *A Rationale of Digital Documentary Editions. Literary and Linguistic Computing*, 2011.

E. PIERAZZO, *Digital Documentary Editions and the Others, Scholarly Editing. The Annual of the Association for Documentary Editing*, Volume 35, 2014.

E. PIERAZZO, *Digital Scholarly Editing. Theories, Models and Methods*, Routledge, 2015.

E. PIERAZZO, *Il Testo è morto: lunga vita ai testi. Pluralismo testuale e edizioni digitali*, in Prassi Ecdotiche della Modernità Letteraria, Saggi e accertamenti testuali, N. 3, 2018 disponibile a https://riviste.unimi.it/index.php/PEML/issue/view/1151.

E. PIERAZZO, *La codifica dei testi*, Roma, Carocci, 2005.

E. PIERAZZO-E. LECLERC, *L'edizione scientifica al tempo dell'editoria digitale*, in «Ecdotica», sous presse, 2016.

F. POGGI, *Risoluzione e linearizzazione di overlap in linguaggi di markup*, coordinato da F. VITALI (2010-2011): http://amslaurea.unibo.it/2401/1/Poggi_Francesco_tesi.pdf.

R. ROSSELLI DEL TURCO, *Edition Visualization Technology: A Simple Tool to Visualize TEI-Based Digital Editions*, in «Journal of the Text Encoding Initiative Issue», 8, 2015. https://journals.openedition.org/jtei/1077.
R. ROSSELLI DEL TURCO, E. PIERAZZO, *Critica testuale e nuovi metodi: l'edizione
scientifica digitale*, in Companion, a cura di F. CIOTTI e F. TOMASI, Carocci Editore,
(in corso di pubblicazione).

P. SAHLE, *A catalouge of Digital Scholarly Edition*, 2008, http://digitale-edition.de/.

C.M. SPERBERG-MCQUEEN, Textual *Criticism and the Text Encoding Initiative*. Annual
Convention of the Modern Language Association, 1994, http://tei-
c.org/Vault/XX/mla94.html.

F. STELLA, *Testi letterari e analisi digitale*, Carocci editore, Bussole, Corso Vittorio Emanuele II, Roma, 2018.

P. STOPPELLI, *Fare filologia nell'era digitale*, in G.B. BECCARIA *Elogio della lentezza*, Nino Aragno Editore, 2002.

P. STOPPELLI, *Letteratura e informatica*, in *Novecento scenari di fine secolo*, vol. III, Milano, Garzanti, 2001.

TEI P5: *Guidelines for Electronic Text Encoding and Interchange*. Oxford, Text Encoding Initiative Consortium http://www.tei-c.org/Vault/P5/2.2.0/doc/tei-p5-doc/en/html/.

F. TOMASI, *Metodologie informatiche e discipline umanistiche*, Roma, Carocci, 2008.

M. ZACCARELLO, *Filologia materiale e nuove tecnologie: il testo digitale fra edizione e
archivio*, Fabrizio Serra Editore, Pisa, 2017.

Edizioni digitali consultate

Codice Pelavicino Edizione Digitale: http://pelavicino.labcd.unipi.it/.

E. PIERAZZO, *Lo Stufaiolo by Anton Francesco Doni*, Scholarly Editing The Annual of the Association for Documentary Editing 2015, Volume 36: http://scholarlyediting.org/2015/editions/intro.stufaiuolo.html

*The Digital Vercelli Book*, version BETA: http://vbd.humnet.unipi.it/beta2/.
# Appendix I

## Tabelle di comparazione tra i testimoni:

### 1.1 Ms 2467 siglato R

<table><thead><tr><th>N</th><th>Ms. 2467<br>Biblioteca<br>Angelica, Roma</th><th>Ms. 48,<br>Biblioteca<br>Universitaria,<br>Grenoble</th><th>Ms. 868,<br>Biblioteca<br>Bertoliana,<br>Vicenza</th><th>Ms. E.III.17<br>Biblioteca<br>Universitaria,<br>Genova</th><th>Ms. G.III.3<br>Biblioteca<br>Universitaria,<br>Genova</th></tr></thead><tbody><tr><td></td><td>GESUITIDE<br>PARTE PRIMA</td><td></td><td></td><td></td><td></td></tr><tr><td>1</td><td>Sonetto primo<br>Proemio</td><td>Sonetto 11</td><td>La Gesuitide<br>Centuria<br>Sonetto<br>Proemiale</td><td>Sonetto Primo<br>Proemiale</td><td>La Gesuiteide<br>Centuria<br>sonetto primo</td></tr><tr><td>2</td><td>Sonetto secondo<br>Invocazioe</td><td>Sonetto 12</td><td>Sopra il Sig.<br>Prevosto<br>Fabiani,<br>Conservator de<br>Padri Gesuiti di<br>Genova.<br>L'Invocazione.<br>Sonetto 3°</td><td>L'invocazione<br>II</td><td></td></tr><tr><td>3</td><td>Sonetto terzo<br>Al P. Emanuelle<br>Rettore del<br>Colegio ha esposto<br>in un scritto che il<br>Conservatore ha<br>podestà sopra de<br>Vescovi, e Legati a<br>Latere</td><td>Sonetto 14</td><td>Allo stesso<br>Conservator –<br>La Dedicazione<br>Sonetto 4</td><td>XXVI</td><td>Al<br>Conservatore de<br>Gesuiti<br>Sonetto</td></tr><tr><td>4</td><td>Sonetto quarto<br>Avvertimento a chi<br>legge</td><td>Avertimento al<br>Lettore<br>Sonetto 17</td><td>Avertimento al<br>Lettore<br>Sonetto 9</td><td>XXXIII<br>Avertimenti al<br>lettore</td><td></td></tr><tr><td>5</td><td>Sonetto quinto<br>Confession fatta<br>dal sasso, che<br>percosso il Frate<br>Carmelitano,<br>mentre suonava la<br>campana a<br>martello</td><td>Confessione del<br>Sasso<br>Sonetto 41</td><td>Sopra il Sasso,<br>da cui fù ferito<br>il Petto d'un<br>Converso scalzo<br>che suonava<br>Campana à<br>Martello.<br>Sonetto XIIII</td><td>XLIX<br>Confessione del<br>Sasso che<br>percosse il Frate<br>Car-melitano<br>mentre suonava<br>Campana à<br>martello</td><td>Sonetto (n. 48<br>tabella ms.<br>G.III.3)</td></tr><tr><td>6</td><td>Sonetto sesto<br>Le scuole, che si<br>pretendono<br>pregiudicate dalla<br>Fabbrica una è la<br>Retorica, e l'altra<br>la Umanità</td><td>Sonetto 18</td><td>Sopra la<br>Muraglia alzata<br>da Padri Scalzi,<br>e demolita da<br>Padri Gesuiti di<br>Genova<br>Sonetto 7</td><td></td><td>Sonetto (n. 38<br>tabella ms.<br>G.II.3)</td></tr></tbody></table>
<table><tr><td>7</td><td>Sonetto settimo</td><td>Sonetto 20</td><td></td><td>XXIX</td><td></td></tr><tr><td>8</td><td>Sonetto ottavo<br>Al Conservatore</td><td>Sonetto 191</td><td>Al medesmo<br>Conservatore<br>Sonetto<br>5</td><td>XXXX</td><td></td></tr><tr><td>9</td><td>Sonetto nono</td><td>Si consiglia il<br>Santo Papa ad<br>elegersi un<br>conservatore<br>contro la<br>potenza dei<br>Giesuiti<br>Sonetto 13</td><td>Dissertatoria al<br>Papa<br>Sonetto XVI</td><td>XXIV<br>Si consiglia il<br>Papa ad<br>eleggersi un<br>conservatore<br>contra la<br>Potenza de<br>Gesuiti</td><td></td></tr><tr><td>10</td><td>Sonetto decimo</td><td>Sonetto 152</td><td>Sopra gl'Arieti,<br>e sassi usciti dal<br>Collegio per<br>attingar il muro,<br>e cacciar li<br>lavoranti<br>Sonetto X</td><td>XXV</td><td></td></tr><tr><td>11</td><td>Sonetto undecimo</td><td></td><td>Sopra lo stesso<br>soggetto<br>Sonetto XI</td><td></td><td></td></tr><tr><td>12</td><td>Sonetto duodecimo</td><td></td><td>Sopra lo stesso<br>soggetto<br>Sonetto XII</td><td></td><td></td></tr><tr><td>13</td><td>Sonetto decimo<br>terzo</td><td></td><td>Sopra lo stesso<br>soggetto<br>Sonetto XIII</td><td></td><td></td></tr><tr><td>14</td><td>Sonetto decimo<br>quarto</td><td></td><td></td><td></td><td></td></tr><tr><td>15</td><td>Sonetto decimo<br>quinto</td><td>Sonetto 47</td><td></td><td>XLV Si<br>esortano i<br>Gesuiti à non<br>temere<br>l'oscurità Ma</td><td></td></tr><tr><td>16</td><td>Sonetto decimo<br>sesto</td><td>Sonetto 44</td><td></td><td></td><td></td></tr><tr><td>17</td><td>Sonetto decimo<br>settimo<br>Cittato il Dottore<br>Dentoni in publica<br>Ruota a provare<br>una proposizione,<br>che asseriva<br>incontrastabile,<br>rispose che non<br>spettava al Dottor<br>Lodi il dircelo, e<br>dal signore NN: gli<br>fu risposto spettare<br>anzi alui che<br>poteva essergli<br>Maestro</td><td></td><td></td><td></td><td></td></tr></table>
<table><tr><td>18</td><td>Sonetto decimo ottavo</td><td>Giesuiteide Sonetto Primo</td><td>Sonetto primo Dell'Estro Febeo / Estro Poetico Sonetto primo (cancellato)</td></tr><tr><td>19</td><td>Sonetto decimo nono</td><td>Sonetto secondo</td><td>Sonetto secondo: dell'Estro Febeo, dove si esorta l'Autore della Gesuiteide a Continuar la Centuria</td></tr><tr><td>20</td><td>Sonetto vigesimo</td><td>Son etto Terzo</td><td>Sonetto terzo: Dell'Estro Febeo</td></tr><tr><td>21</td><td>Sonetto vigesimo primo</td><td>Sonetto quarto</td><td>Sonetto quarto: Dell'Estro Febeo</td></tr><tr><td>22</td><td>Sonetto vigesimo secondo</td><td>Sonetto quinto</td><td>Sonetto quinto: Dell'Estro Febeo</td></tr><tr><td>23</td><td>Sonetto vigesimo terzo</td><td>Sonetto 6</td><td>Sonetto sesto</td></tr><tr><td></td><td>GESUITIDE PARTE SECONDA Contro l'Auttore della Gesuitide</td><td></td><td></td></tr><tr><td>24</td><td>Sonetto primo (parte seconda)</td><td>Sfogo di un Giesuita Sonetto 48</td><td></td></tr><tr><td>25</td><td>Sonetto secondo (parte seconda)</td><td>Altro sfogo Sonetto 50</td><td></td></tr><tr><td>26</td><td>Sonetto terzo (parte seconda)</td><td>La Persuasiva figurata Sonetto 52</td><td></td></tr></table>
1.2 Ms 868 siglato V

<table><thead><tr><th>N</th><th>Ms. 868<br>Biblioteca<br>Bertoliana,<br>Vicenza</th><th>Ms. 48,<br>Biblioteca<br>Universitaria<br>Grenobe,<br>Grenoble</th><th>Ms. 2467<br>Biblioteca<br>Angelica,<br>Roma</th><th>Ms. E.III.17<br>Biblioteca<br>Universitaria<br>Genova</th><th>Ms. G.III.3<br>Biblioteca<br>Universitara,<br>Genova</th></tr></thead><tbody><tr><td>1</td><td>La Gesuitide<br>Centuria<br>Sonetto<br>Proemiale</td><td>Sonetto 11</td><td>Sonetto primo<br>Proemio</td><td>Sonetto Primo<br>Proemiale</td><td>La Gesuiteide<br>Centuria<br>sonetto primo</td></tr><tr><td>2</td><td>Risposta al<br>sonetto primo<br>della Centuria<br>Sonetto</td><td>Sonetto 15</td><td></td><td></td><td>Risposta<br>sonetto<br>secondo<br>Intitolar la<br>Scalzicidi</td></tr><tr><td>3</td><td>Controrisposta<br>Sonetto 2</td><td>Risposta a<br>questa risposta<br>Sonetto 16</td><td></td><td>XXVII</td><td>Risposta al<br>Sonetto</td></tr><tr><td>4</td><td>Sopra il sign.r<br>Prevosto Fabiani,<br>Conservatore de<br>Padri Gesuiti di<br>Genova –<br>L'invocazione<br>Sonetto 3</td><td>Sonetto 12</td><td>Sonetto<br>secondo<br>Invocazione</td><td>L'invocazione II</td><td></td></tr><tr><td>5</td><td>Allo stesso<br>Conservator – La<br>Dedicazione<br>Sonetto 4</td><td>Sonetto 14</td><td>Sonetto terzo<br>Al P.<br>Emanuelle<br>Rettore del<br>Colegio ha<br>esposto in un<br>scritto che il<br>Conservatore ha<br>podestà sopra<br>de Vescovi, e<br>Legati a Latere</td><td>XXVI</td><td>Al<br>Conservatore<br>de Gesuiti<br>Sonetto</td></tr><tr><td>6</td><td>Al medesmo<br>Conservatore<br>Sonetto 5</td><td>Sonetto 191</td><td>Sonetto ottavo<br>Al<br>Conservatore</td><td>XXXX</td><td></td></tr><tr><td>7</td><td>Sopra l'elezione<br>fatta da Padri<br>Gesuiti dello<br>stesso<br>Conservatore<br>Sonetto 6</td><td></td><td></td><td></td><td></td></tr><tr><td>8</td><td>Sopra la<br>Muraglia alzata<br>da Padri Scalzi, e<br>demolita da Padri</td><td>Sonetto 18</td><td>Sonetto sesto<br>Le scuole, che<br>si pretendono<br>pregiudicate</td><td></td><td>Sonetto (38<br>tabella G.)</td></tr></tbody></table>
<table><tr><td></td><td>Gesuiti di Genova Sonetto 7</td><td></td><td>dalla Fabbrica una è la Retorica, e l'altra la Umanità</td><td></td><td></td></tr><tr><td>9</td><td>Sopra il medesimo soggetto Sonetto 8</td><td>Sonetto 46</td><td></td><td></td><td></td></tr><tr><td>10</td><td>Avertimento al Lettore Sonetto 9</td><td>Avertimento al Lettore Sonetto 17</td><td>Sonetto quarto Avvertimento a chi legge</td><td>XXXIII Avertimenti al lettore</td><td></td></tr><tr><td>11</td><td>Sopra gl'Arieti, e sassi usciti dal Collegio per atterrar il muro, e cacciar li lavoranti Sonetto X</td><td>Sonetto 152</td><td>Sonetto decimo</td><td>XXV</td><td></td></tr><tr><td>12</td><td>Sopra lo stesso soggetto Sonetto XI</td><td></td><td>Sonetto undecimo</td><td></td><td></td></tr><tr><td>13</td><td>Sopra lo stesso soggetto Sonetto XII</td><td></td><td>Sonetto duodecimo</td><td></td><td></td></tr><tr><td>14</td><td>Sopra lo stesso soggetto Sonetto XIII</td><td></td><td>Sonetto decimo terzo</td><td></td><td></td></tr><tr><td>15</td><td>Sopra il Sasso, da cui fù ferito il Petto d'un Converso scalzo che suonava Campana à Martello. Sonetto XIII</td><td>Confessione del Sasso Sonetto 41</td><td>Sonetto quinto Confession fatta dal sasso, che percosso il Frate Carmelitano, mentre suonava la campana a martello</td><td>XLIX Confessione del Sasso che percosse il Frate Carmelitano mentre suonava Campana à martello</td><td>Sonetto (48 tabella G.)</td></tr><tr><td>16</td><td>Sopra l'antico Anagramma: Patres Gesuites; vera Festus, ite Sonetto XV</td><td>Sonetto 148</td><td></td><td></td><td></td></tr><tr><td>17</td><td>Dissertatoria al Papa Sonetto XVI</td><td>Si consiglia il Santo Papa ad elegersi un conservatore contro la potenza dei Giesuiti Sonetto 13</td><td>Sonetto nono</td><td>XXIV Si consiglia il Papa ad eleggersi un conservatore contra la Potenza de Gesuiti</td><td></td></tr><tr><td>18</td><td>Contro la scusa de Padri Gesuiti Sonetto XVII</td><td>Sonetto 38</td><td></td><td>LXI</td><td></td></tr><tr><td>19</td><td>Contro un'altra scusa</td><td>Sonetto 92</td><td></td><td></td><td></td></tr></table>