Specifiche per l etichettatura pragmatica in XML

Transcript

1 Specifiche per l etichettatura pragmatica in XML a cura di Renata Savy & Simona De Leo 1

2 0. PREMESSA Il linguaggio di mark-up XML LA DTD Descrizione delle DTD per Pra.Ti.D Elementi Attributi 5 3. LA PROCEDURA DI ANNOTAZIONE...8 2

3 0. PREMESSA. Questo documento illustra la DTD costruita e derivata dallo schema di annotazione pragmatica descritto in PraTiD_Normario per l'annotazione pragmatica e le norme per l etichettatura in XML dei dati di Pra.Ti.D 1. IL LINGUAGGIO DI MARK-UP XML. La letteratura dedicata alla Corpus Linguistics e in particolare ai metodi di raccolta e codifica dei corpora insiste su due raccomandazioni circa le annotazioni linguistiche: 1) che siano elettronicamente leggibili per poter garantire un accesso automatico e flessibile al materiale linguistico; 2) che seguano standard di rappresentazione comuni e condivisi che garantiscano la portabilità del corpus. Tra i formati di rappresentazione linguistica, si è imposto da tempo come standard in numerosi progetti nazionali ed internazionali l XML (extensible Mark-up Language), un metalinguaggio studiato per il web, che descrive linguaggi di mark-up, definendo le etichette e la struttura. Tale linguaggio si presta molto bene ad annotazioni multilivello, in particolar modo al tagging di livelli dotati di una buona struttura e rappresentabili per componenti e categorie gerarchizzate 1. Inoltre, esso permette e facilita lo scambio dei dati anche con altri programmi a patto che si dichiari all inizio il significato delle estensioni effettuate nel documento attraverso la pubblicazione della DTD. 2. LA DTD La DTD (Document Type Definition) è l insieme delle regole di definizione dei tags ed indica gli elementi e il loro ordine nel documento XML. 1 Savy R., Castagneto M. (2006) Funzioni comunicative e categorie d analisi pragmatica: dal testo dialogico allo schema Xml e viceversa, in stampa. 3

4 Gli elementi (<ELEMENTS>) sono nodi dell albero e presentano dei Contents, cioè ciò di cui sono/o possono essere costituiti, cioè altri <ELEMENTS> o testo (<PCDATA>); nel secondo caso si parla di elementi foglia dell albero (cioè nodi che non ramificano). L elemento che contiene tutti gli altri è detto nodo radice. Nella lista dei Contents il segno + sta ad indicare una sequenza di uno o più contenuti ; il segno * indica invece una o più scelte tra i contenuti, vale a dire contenuti in alternativa. Ogni elemento può inoltre ricevere degli attributi che svolgono la funzione di specificare le caratteristiche dell elemento a cui si riferiscono; essi sono specificati in una <ATTLIST> (cioè una lista di attributi) che varia a seconda dell elemento considerato. Gli attributi possono essere obbligatori (REQUIRED) o facoltativi (IMPLIED) ed avere valori bouleiani (vero/falso) o assumere valori diversi elencati per ciascun attributo Descrizione delle DTD per Pra.Ti.D La DTD per l annotazione pragmatica di Pra.Ti.D traduce in una struttura rigida le gerarchie stabilite nello schema a livelli (cfr. il documento PraTiD_Normario per l'annotazione pragmatica ). In sostanza essa considera il nostro schema come un albero in cui i vari livelli sono trattati, a seconda dei casi, come ELEMENTI del testo o ATTRIBUTI degli elementi stessi. le categorie di primo livello costituiscono gli ELEMENTS; tra questi le Mosse Autonome non hanno attributi (all infuori di un ID), mentre le Mosse di Apertura e Chiusura sono analizzabili in Attributi di: move_type (tipi di mossa), corrispondenti alle categorie di secondo livello; move_spec (specificatori di mossa), corrispondenti alle mosse terminali di terzo livello. 4

5 2.1.1 Elementi Il nodo radice è DIALOG <!ELEMENT dialog (turn+)> costituito di uno o più turni dialogici L Element TURN è costituito da una o più classi di primo livello (Autonome, di Apertura, di Chiusura): <!ELEMENT turn (UNP* SelfTalk* Interruption* Ready* Comment* Extra* TR_Begin* Open* TR_Closure* End* Shift_Begin* Shift_Closure*)+> Gli Elements : <UNP>, <SelfTalk>, <Interruption>, <Ready>, <Comment> ed <extra> (ossia le Mosse Autonome) presentano tutti il content (#PCDATA)> sono quindi foglie, non ramificanti che contengono informazione testuale. Gli Elements : < TR_Begin>, <Open>, <TR_Closure>, <End>, <Shift_Begin> ed <Shift_Closure> (ossia le Mosse di Apertura e Chiusura) presentano tutti il content (#PCDATA)> sono quindi foglie, non ramificanti che contengono informazione testuale. La differenza tra mosse Autonome e Mosse di Apertura/Chiusura risiede nella assenza/presenza di attributi che completano lo schema Attributi Il nodo DIALOG presenta come unico attributo un ID, cioè un codice Identificativo obbligatorio, rappresentato dal nome del dialogo: <!ATTLIST dialog dialog_id CDATA #REQUIRED 5

6 Es: <dialog dialog_id="dgtda01l"> L elemento TURN prevede come attributo, - oltre l ID (obbligatorio e corrispondente al codice di turno adoperato nella trascrizione ortografica), - il numero di mosse contenute nel turno (obbligatorio e rappresentato da un indice numerico), - una notazione addizionale add che include la lista dei valori attribuibili al turno (change_on change_off skipped) marcati #IMPLIED (cioè non obbligatori ma inseribili quando la circostanza lo richiede). 1. Es di turn senza valore aggiuntivo: <turn turn_id="p1#1" n_of_moves="3"> 2. Es. Di turno con valore aggiuntivo <turn turn_id="p1#29" add="skipped" n_of_moves="3"> ATTENZIONE: Gli attributi di DIALOG e TURN sono pensati come note dell operatore che marcano le caratteristiche dell elemento. Tali note non devono essere confuse con le mosse pragmatiche che invece marcano la funzione,che un segmento svolge all interno del contesto, quindi marcano l intenzione comunicativa dei parlanti, non evidenziata dalle note dell annotatore. Gli attributi degli altri elementi (cfr sotto) posseggono invece valori che ne specificano la funzione e corrispondono a mosse pragmatiche. Gli Elementi UNP, SELF TALK, INTERRUPTION, READY, COMMENT ed EXTRA (ossia le mosse autonome) prevedono nell ATTLIST solo un move_id, ossia il numero progressivo della mossa. 6

7 Es: <UNP move_id="13"> Gli Element TR_BEGIN e SHIFT_BEGIN presentano come ATTLIST: - move_id: che (come per i precedenti <Element>) specifica il numero progressivo e sequenziale della mossa ed è obbligatorio; es: <TR_Begin move_id="1" - move_type: che specifica il tipo di mossa ed ha come valori alternativi Influencing, Question o Null, cioè alcune delle categorie di 2 livello, anch esso obbligatorio; es: <TR_Begin move_id="1" move_type="influencing" - move_spec: che identifica lo specificatore di mossa ed ha come valori alternativi Action_Dir, Open_Option, Explain, Check, Query_Y, Query_W, Info_Req, cioè alcune delle mosse del 3 livello. Quest ultimo attributo è #IMPLIED, cioè non obbligatorio (non va inserito nel caso del Null). es con specificatore: <TR_Begin move_id="1"move_type="influencing"move_spec="open_option"> es senza move spec: <TR_Begin move_id="13" move_type="null"> Gli elementi TR_CLOSURE e SHIFT_ CLOSURE presentano come ATTLIST: - move_id: - move_type: che può assumere valori Understanding o Answer cioè alcune delle mosse di 2 livello, anch esso obbligatorio; es: <TR_ Closure move_id="1" move_type="understanding" - move_spec: che può assumere valori Over, Acknowledge, Repeat_Rephrase, Fatic, Continue, Clarify, Reply_Y, Reply_N, Reply_W, Reply, cioè alcune delle mosse del 3 livello. In questo caso l attributo è #REQUIRED cioè obbligatorio e va inserito sempre. 7

8 es: <TR_Closure move_id="11" move_type="understanding" move_spec="over"> L Element OPEN prevede come ATTLIST: - move_id; - move_type: che può assumere valori Influencing o Question, ed è obbligatorio: es: <Open move_id="15" move_type="question" " - move_spec: che può assumere valori Action_Dir, Open_Option, Explain, Align, Check, Query_Y, Query_W, Info_Req ed è obbligatorio es: <Open move_id="15" move_type="question" move_spec="query_y"> Infine, l Elemento END presenta come ATTLIST: - move_id; - move_type: con valori Understanding, Answer, obbligatorio; es: <End move_id="16" move_type="answer" - move_spec: con valori Over, Acknowledge, Repeat_Rephrase, Fatic, Continue, Not_Ready, Clarify, Reply_Y, Reply_N, Reply_W, Reply, Hold, Object, Correct, obbligatorio: es: <End move_id="16" move_type="answer" move_spec="reply_y"> 3. LA PROCEDURA DI ANNOTAZIONE Ogni documento XML presenta un prologo iniziale contenente una dichiarazione di versione <?xml version="1.0" encoding="utf-8"?> e la dichiarazione della DTD utilizzata <!DOCTYPE dialog SYSTEM "pragma_vers3.dtd"> 8

9 Il primo tag da aprire è l elemento radice cui vanno aggiunti gli attributi, come nell esempio: <dialog dialog_id="dgtda01l">. Segue l annotazione del turno con i suoi attributi <turn turn_id="p1#1" n_of_moves="3"> <turn turn_id="p1#13" add="skipped" n_of_moves="2">. A questo punto è necessario introdurre, partendo dal nodo turno, il tag per ciascuna delle mosse in cui il turno è analizzato, aggiungendo i valori per ciascun attributo e infine il testo: <TR_Begin move_id="1" move_type="influencing" move_spec="open_option"> Marco andiamo di figura in figura</tr_begin>. Prima di proseguire con l annotazione della mossa successiva, il tag corrispondente, deve essere chiuso, </TR_Begin> Gli Elements TR_Closure, Open, End prevedono tutti le stesse azioni di annotazione, ovviamente ognuno con i propri attributi e valori. Esempi: 1. <Open move_id="3" move_type="question" move_spec="align">ci sei?</open> 2. <End move_id="5" move_type="answer" move_spec="reply_y">il cane sì</end> 3. <TR_Closure move_id="11" move_type="understanding" move_spec="over">quindi l la prima differenza è questa</tr_closure> L annotazione di TR_Begin e Shift_Begin, invece, prevede la non obbligatorietà dell attributo move_spec.. Esempio: <TR_Begin move_id="13" move_type="null">allora le due gambe</tr_begin> 9

10 Chiusa l ultima mossa del turno è necessario chiudere anche il tag di turno </turn> Alla fine dell annotazione di tutto il testo bisogna, invece, chiudere il tag dialogo: </dialog>. Un dialogo annotato secondo la DTD descritta precedentemente risulterà formato come nell esempio: <?xml version="1.0" encoding="utf-8"?> <!DOCTYPE dialog SYSTEM "PraTiD.dtd"> <dialog dialog_id="dgtda01l"> <turn turn_id="p1#1" n_of_moves="3"> <TR_Begin move_id="1" move_type="influencing" move_spec="open_option"> Marco andiamo di figura in figura </TR_Begin> <Open move_id="2" move_type="influencing" move_spec="explain"> io parto col cane </Open> <Open move_id="3" move_type="question" move_spec="align"> ci sei? </Open> </turn> <turn turn_id="p2#2" n_of_moves="2"> <End move_id="4" move_type="understanding" move_spec="acknowledge"> mh </End> </turn> <turn turn_id="p1#3" n_of_moves="2"> <Ready move_id="6"> allora allora il </Ready> <Open move_id="7" move_type="question" move_spec="check"> / la sua coda è dritta? </Open> </turn> 10

11 <turn turn_id="p2#4" n_of_moves="2"> <End move_id="8" move_type="answer" move_spec="reply_n"> no </End <Open move_id="9" move_type="influencing" move_spec="explain"> è a uncino verso l'alto </Open> </turn> <turn turn_id="p1#5" n_of_moves="2"> <End move_id="10" move_type="understanding" move_spec="acknowledge"> okay </End> <TR_Closure move_id="11" move_type="understanding" move_spec="over"> quindi l la prima differenza è questa </TR_Closure> </turn> </dialog> Alcuni suggerimenti: Il documento deve essere accompagnato sempre dalla omonima DTD. Un documento XML è definito Well-Formed se rispetta la forma che l XML impone es: tag aperti/chiusi, dichiarazioni, presenza di valori per gli attributi etc..: invece, si definisce un documento Valido se rispetta le norme imposte e gerarchizzate nella DTD. Ad esempio se la mossa Open viene annotata come figlio di una mossa TR_Begin, il documento risulterà non valido in quanto Open e TR_Begin sono entrambi degli Element, figli entrambi del nodo Turn e, di conseguenza, non possono contenersi l uno nell altro. Gli attributi sia del turno che delle mosse vanno inseriti, obbligatoriamente, nell ordine esposto ossia: turno: turn_id, n_ of moves; turn_id, add, n_ of moves (nel caso di un turno marcato dall annotatore); 11

12 mosse TR_Closure, Open; End; Shift_Closure: move_ id, move_type, move_spec; mossa TR_Begin, Shift_Begin: move_ id, move_type, move_spec. (quando presenti) move_ id, move_type, (in caso di mossa Null ). Bisogna sempre ricordare che ad un tag di apertura deve corrispondere un tag di chiusura altrimenti il documento non risulterà ben formato. 12