Presentiamo qui più nello specifico alcune caratteristiche delle informazioni che occorreva organizzare all’interno di OntoPavese, e le soluzioni individuate per la loro rappresentazione. Il nostro obiettivo era quello di rispondere efficacemente a una lunga lista di competency questions individuate con gli esperti dominio, come: “Quante edizioni ha avuto una certa opera?”; “Quali opere di un dato genere ha scritto Pavese?”; “Quali poesie fanno parte della tal collezione?”; “Quali lettere ha scritto Pavese in un certo periodo?”.

L’informazione da rappresentare

Come già anticipato, i dati disponibili riguardano una porzione assai rilevante della produzione testuale di Pavese e riguardo a Pavese, e più precisamente:

• Tutte le pubblicazioni note di testi dell’autore, apparse in volume o in periodico, sia quelle edite in vita sia quelle postume, nella loro prima edizione e, se ritenuto opportuno, anche in ulteriori edizioni e ristampe.
• Tutte le opere scritte da Pavese, comprese quelle inedite, indipendentemente dalla loro natura di scrittura privata o destinata al pubblico.
• Tutti i manoscritti dell’autore archiviati presso il Centro Studi “Guido Gozzano — Cesare Pavese” che conservino testi delle principali opere creative in prosa e in poesia dell’autore (con l’esclusione dunque di quelli che recano testi privati, saggi, traduzioni).

Modellare l’informazione bibliografica e filologica

Lo standard di riferimento per descrivere la semantica delle informazioni bibliografiche è certo quello stabilito dall’IFLA (International Federation of Library Association) con LRM (Library Reference Model). Per LRM è stata sviluppata un’ontologia formale, LRMoo, le cui classi e proprietà integrano quelle dell’ontologia formale di CIDOC-CRM (il cui è modello è, a sua volta, uno standard per la descrizione delle informazioni sui beni culturali).

OntoPavese utilizza diverse entità di LRMoo e dell’ontologia sviluppata per CIDOC-CRM, per descrivere non solo il livello bibliografico delle informazioni di PAVES-e, ma anche quello filologico.

Quest’ultimo, infatti, e almeno relativamente alle nostre necessità, può essere ben rappresentato dalle entità definite in questi modelli.

In particolare, la nostra ontologia mutua da LRMoo le classi corrispondenti ai quattro livelli di astrazione che costituiscono il nucleo principale di LRM, ereditato dal più noto FRBR: F1_Work, F2_Expression, F3_Manifestation e F4_Item (WEMI).

Il Work definisce un’opera al suo livello più astratto, quello dell’idea o delle idee che veicola. L’Expression rappresenta invece una particolare realizzazione dell’opera attraverso apparati di segni, indipendentemente da ogni materialità. S’intende che di uno stesso Work possono esistere più Expression (per esempio, sono considerate differenti Expression tutte le traduzioni di un dato testo letterario). La Manifestation è anch’essa un oggetto non ancora materiale, ma solo informativo, rappresenta, con riferimento al mondo testuale, le pubblicazioni di una certa Expression dell’opera.

Infine le istanze delle Manifestation, le Item, sono oggetti concreti che corrispondono al singolo esemplare fisico di una certa pubblicazione.

Un esempio di modellazione: Lavorare stanca

Entrando più nello specifico, le classi corrispondenti a Work ed Expression ci permettono di modellare l’opera di Pavese dal punto di vista filologico con una certa potenza espressiva.

Torniamo all’esempio della raccolta Lavorare Stanca, che ha avuto una storia travagliata sia dal punto di vista della redazione dei singoli componimenti, sia da quello del loro inserimento e ordinamento nella raccolta, sia infine da quello editoriale. Della raccolta esistono due versioni piuttosto differenti, quella pubblicata nel 1936 dalla casa editrice Solaria e quella edita nel 1943 per i tipi di Einaudi. Le due edizioni differiscono sostanzialmente per le poesie che includono (quella del ’36 aveva dovuto fare i conti con la censura attiva sotto il fascismo), per l’ordine interno, ma anche per il loro contenuto testuale, per quanto spesso a questo livello le modifiche siano marginali. Possiamo allora rappresentare Lavorare Stanca come un unico Work (cioè un’istanza di F1_Work), realizzato (proprietà R3_is_realised_in) in due differenti Expression (cioè due istanze di F2_Expression), a cui corrispondono (proprietà R4i_is_embodied_in) le due prime edizioni del ’36 e del ’43 — nonché tutte le altre edizioni pubblicate in seguito, che facciano riferimento a una o all’altra Expression.

La raccolta in quanto Work è legata ai Work individuali delle poesie che la compongono tramite la proprietà R67_has_part, così come le singole Expression di queste ultime sono legate alle Expression di Lavorare Stanca cui appartengono dalla proprietà R5i_is_component_of.

Modellare una singola opera e le sue stesure

Ora, se la raccolta ha assunto nel tempo diverse forme, come abbiamo visto lo stesso può dirsi anche per le poesie che contiene. LRM lascia comprensibilmente un certo grado di libertà riguardo al grado di cambiamento che deve intervenire nel testo di un’opera perché si possa parlare di Expression differenti. Sono gli esperti di dominio a indicare caso per caso quando una forma assunta dal testo possa essere considerata una nuova Expression.

A presentare modifiche non sono solo, però, le poesie che hanno trovato pubblicazione nelle edizioni di Lavorare Stanca del ’36 e del ’43: di ciascun testo esistono infatti diverse stesure, manoscritte e dattiloscritte, che differiscono anche significativamente dalla versione a stampa. Limitatamente ai testi manoscritti, che rientravano nell’informazione da rappresentare all’interno del portale, abbiamo dunque stabilito di creare tante Expression quante sono le successive stesure della poesia. Più precisamente, per distinguere ulteriormente queste ultime da quelle corrispondenti alla pubblicazione, in questo caso abbiamo definito internamente una sottoclasse di F2_Expression, Witness. La figura di seguito presenta l’istanziazione dell’ontologia relativamente a Lavorare stanca e a uno dei poemi che comprende, Ulisse.