= Repository di dati vetoriali e raster =

[https://www.naturalearthdata.com/downloads Natural Earth data] Tutto il mondo

[http://www.pcn.minambiente.it/mattm/servizio-di-scaricamento-wfs Geoportale Nazionale] Italia

[https://earthworks.stanford.edu/catalog?featured=geospatial_data&q=&bbox=-137.953125%20-78.206563%20159.46875%2081.413933 Earth Works Stanford] Tutto il mondo

[https://geodata.lib.utexas.edu Geo Data Texas] Tutto il mondo

[https://geodata.mit.edu Geo Data MIT] Tutto il mondo

[https://ec.europa.eu/eurostat/web/gisco/geodata Geodata Eurostat] Europa

[http://lhs.unb.br/i3geo8/ogc/index.php Atlas Digital da América Lusa] Brasile

Predefinição:HeadTrad

2022-01-26T09:41:32Z

Tiago: Criou página com ' {| width=80% style="border-style:solid; border-width: 0px; border-color:686868; font-size:small" | align="left" style="background-color: rgba(255, 255, 255, 0.05)"|{{Letra|%...'

Predefinição:BottomTrad

2022-01-26T09:41:25Z

Tiago: Criou página com '==== Bibliografia ==== <references/> {| width=70% style="float:left; border-style:solid; border-width: 1px; padding:3px 6px 3px 6px; border-color:686868; font-size:small"...'

==== Bibliografia ====
<references/>

{| width=70% style="float:left; border-style:solid; border-width: 1px; padding:3px 6px 3px 6px; border-color:686868; font-size:small"
| align="center" style="background:#ff8a38;"|'''''Citazione di questo articolo'''''
|-
|-
| align="left" style="background:#ffffff;padding:3px 6px 3px 6px"|
|-
|align="left" style="padding:3px 6px 3px 6px"|{{Letra|%=80|texto='''Come citare:''' {{uc:{{{cognome}}}}}, {{{nome}}}. "{{PAGENAME}}". In: CLIOMATICA - Portale di Storia Digitale e ricerca. Disponibile in: <span class="plainlinks">[{{fullurl:{{ARTICLEPAGENAME}}}} {{fullurl:{{ARTICLEPAGENAME}}}}]</span>. il giorno: {{CURRENTDAY}} di {{CURRENTMONTHNAME}} de {{CURRENTYEAR}}.}}
|}

{|
| align="center" style="background:#f4f082;"|'''[[Informare errori in questa pagina]]'''
|-
|}

Database centrato sulle fonti

2022-01-26T09:39:06Z

Tiago:

{{HeadTrad|nome=Tiago Luís|cognome=Gil|tradutoreNome=Daria|tradutoreCognome=Mikhaylova}}

Grandi nomi come Manfred Thaller e Alan Macfarlane hanno preferito lavorare con le basi di dati relativi a fonti omogenee. Entrambi hanno adottato come modello di lavoro una sorta di trascrizione strutturata, attraverso la quale il documento viene trascritto come di consueto, ma alcuni dati (frammenti, parole, numeri e date) vengono etichettati in modo che il computer possa elaborarli. Questo metodo di lavoro fu adottato anche da Joaquim Carvalho<ref>CARVALHO, Joaquim, «Soluzioni informatiche per microstorici», in ''Quaderni Storici'', XXVI, 03/1991, pp. 761-791.</ref>, che affermò: «i migliori metodi di inserimento dei dati da fonti storiche sono quelli che conservano la struttura originale delle informazioni»<ref>''Ibidem''</ref>. A prescindere dall’approccio adottato, dobbiamo però creare delle tabelle e dei campi per trasformare le nostri fonti in byte. Vediamo alcuni esempi.

==== Registri battesimali ====
Cominciamo da una fonte tradizionale per l’elaborazione con strumenti informatici: i documenti di battesimo. I documenti più antichi che trattano di battesimi sono conservati in alcune città italiane, ma possiamo trovarli in tutta Europa, in Africa e nelle Americhe.
Trattando questo tipo di fonte, è opportuno prima informarsi - leggendo articoli e libri - sul loro corretto uso e sulle possibili variazioni nel formato (o sull’esistenza di formati del tutto anomali). Nel corso del tempo è stata sviluppata una vasta metodologia per l’analisi delle fonti battesimali; tutti i metodi potrebbero perciò rivelarsi utili a diversi stadi della ricerca. Spesso ci si può trovare a dover applicare altri approcci di ricerca, inizialmente non previsti. Quando questo accade, avere a disposizione una base di dati pronta per l’uso che sia adatta ad accogliere nuove voci risulterà molto più utile. Non si può certamente creare una base di dati che preveda ogni possibile opzione, ma certamente si può scomporre i dati dei battesimi a livello tale da poter poi provvedere a una loro ricomposizione in forme diverse.

Osserviamo come sono organizzati i registri battesimali. I registri sono di norma trascritti in un libro, forma comune e ufficialmente richiesta dalla Chiesa. Quindi, di norma, gli archivi contengono registri battesimali organizzati in libri. Il numero dei registri di battesimo per ogni volume corrisponde a ''n'': non ne esiste né un numero minimo, né uno massimo. I libri non hanno alcuna struttura interna predefinita: i battesimi sono semplicemente elencati in ordine cronologico, l’uno dopo l'altro. Se i registri provengono da una località sudamericana, metà del libro potrebbe contenere battesimi di schiavi, mentre l’altra metà battesimi di persone libere; nelle colonie esisteva infatti la separazione dei registri per la popolazione indigena. Queste differenze non costituiscono una regola, ma in alcune occasioni sono state riscontrate, quindi il nostro modello concettuale dovrebbe prenderle in considerazione.

Anche se i documenti sono raccolti all'interno di libri, questi costituiscono una serie. I libri sono i contenitori dei registri e costituiscono una modalità per tenerli organizzati: se fosse possibile avere un libro infinito, questo libro li conterrebbe tutti. Quindi il concetto di libro è importante, ma non è centrale. L’attenzione invece deve concentrarsi sul registro stesso, che ha una struttura interna relativamente regolare. Il documento di solito inizia con la data, per proseguire con il nome della persona battezzata e il riconoscimento della condizione (o meno) di figlio/a legittimo/a e i nomi dei suoi tutori legali, per esempio i genitori; talvolta sono rinveniamo anche i nomi dei padrini. Il registro si chiude con la firma del prete e, talvolta, in calce vengono aggiunti anche commenti sui partecipanti, lo status sociale, la nazionalità, la residenza e persino sul luogo di nascita del battezzato.

Quanto descritto fino adesso ci permette di osservare che incontreremo elementi costanti e attesi: il nome del prete, dei genitori e dei padrini. Possiamo immaginare altre informazioni come i nomi dei nonni, un dato non frequente. Troveremo anche contenuti unici, presenti in un singolo registro e del tutto assenti in altri (“il figlio del capitano” per esempio fa riferimento alla professione del padre). I battesimi si svolgevano per lo più in chiese parrocchiali, ma anche su terreni di proprietà o nelle case private. Allo stesso modo il bambino può essere battezzato ''in extremis'' (battesimo “per imminente pericolo di morte”), ma poi sopravvivere e incontrare il prete per l’unzione successivamente. Pertanto il prete che registra il battesimo potrebbe non essere la stessa persona che lo ha battezzato.

Possiamo ora iniziare il nostro lavoro. Prendiamo un foglio di carta e annotiamo tutte le nostre osservazioni. A questo punto conosciamo anche la mole di lavoro da affrontare: uno, due o tre libri. Consideriamo che ogni pagina ha, in media, quattro registri e i tre volumi constano di 650 pagine. Questi ci permetterà di stimare il numero totale dei registri: circa 2600. Una volta fatta la stima possiamo pensare alle tabelle necessarie.
Ne consigliamo almeno tre: una per registrare i libri, un’altra, più importante, per registrare i battesimi, e una terza per registrare le informazioni accessorie sui partecipanti al battesimo: il loro status sociale, la loro residenza, ecc.

[[Arquivo:Img6_relazioni_battesimi.png|350px]]

Creiamo delle tabelle ad hoc, quando i frammenti che identifichiamo nelle nostri fonti hanno rilevanza e specificità sufficiente, tali da meritare uno spazio esclusivo, creato su misura.

Pensiamo ora ai campi della tabella, iniziamo da "LIBRI". Il primo campo obbligatorio è il "codice", che identifica ogni record nella base di dati e, nel caso specifico, ogni singolo libro. Alcuni usano l'espressione "Identificatore" o "ID", altri preferiscono "Matricola". Personalmente preferisco chiamarlo "codice", soprattutto perché in esso sarà inserito un codice alfanumerico (parlante) che eventualmente corrisponderà alla fonte. Nel caso dei battesimi, farei "SAnt_bat_001" per identificare il libro di battesimo numero 1 della parrocchia di Sant'Antonio. I programmatori chiamano questo tipo di campo "chiave primaria". Vedremo successivamente che i documenti del battesimo avranno un'etichetta simile, costituita dal numero della pagina e dal numero del documento nella pagina. Il campo successivo è il nome della parrocchia, un testo; un altro campo è il numero del libro, un codice numerico e il campo successivo, testuale, descrive l’anno del primo e dell’ultimo battesimo riportato nel libro. Risulta importante avere un campo per il numero totale dei documenti nel libro e uno per il numero di pagine. Farei un campo per il preambolo del libro e un altro per la chiusura. Finirei con un campo “Osservazioni”. Forse è il caso di creare un campo anche per il nome del volume, perché alcuni libri hanno un titolo. Finora abbiamo perciò:

TABELLA LIBRI

{| class="wikitable"
! CAMPO
! TIPO
! COMMENTI
|-
| Codice_libro*
| Testo (chiave primaria)
| Massimo 12 caratteri
|-
| Parrocchia
| Testo
| Libero
|-
| Numero del libro
| Numero
| Massimo 3 caratteri
|-
| Data iniziale
| Data (o testo)
| AAAA
|-
| Data finale
| Data (o testo)
| AAAA
|-
| Numero totale dei documenti
| Numero
| Massimo di 5 caratteri
|-
| Numero totale delle pagine
| Numero
| Massimo di 4 caratteri
|-
| Preambolo
| Testo
| Libero
|-
| Chiusura
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}

<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

Ora dobbiamo occuparci della tabella “BATTESIMI”, questa richiederà più lavoro. Cominciamo nuovamente con il campo "codice_libro", che riporterà il codice del libro per tutti i documenti al fine di collegare libri e documenti. Per farlo non dovremmo inserire nuovamente le informazioni sul libro per ogni documento: queste verranno ereditate dal “padre”. Questa relazione è talmente importante che molti programmatori la mettono in evidenza nominando i campi "ID" (identificatore) e "ID_genitore" (identificatore del “padre”). Questa è una possibilità, ma preferisco usare la parola "codice" seguita da un'altra che indica ciò che viene codificato. In questo caso particolare, è importante usare lo stesso nome, perché presto creeremo un altro campo "codice" per un altra relazione, in questo caso con la tabella “DETTAGLI”. Il nuovo campo si chiamerà "codice_battesimo". Il campo successivo potrebbe essere "trascrizione", da impiegare per il testo completo del documento di battesimo: ci aiuterà ad evitare i successivi viaggi in archivio. Vediamo quali altri campi sarebbero necessari:

'''TABELLA BATTESIMI'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Codice_libro*
| Testo
| Massimo 12 caratteri
|-
| Codice_documento*
| Testo
| Massimo 19 caratteri
|-
| Trascrizione
| Testo
| Libero
|-
| Luogo di nascita
| Testo
| Libero
|-
| Luogo di battesimo
| Testo
| Libero
|-
| Officiante
| Testo
| Menù a tendina
|-
| Scrittore
| Testo
| Menù a tendina
|-
| Data di battesimo
| Data o Testo
| Libero
|-
| Data di nascita
| Data o Testo
| Libero
|-
| Nome del battezzato
| Testo
| Libero
|-
| Sesso
| Testo
| Menù a tendina (M, F)
|-
| Legittimità
| Testo
| Menù a tendina (L, N)
|-
| Padre
| Testo
| Libero
|-
| Madre
| Testo
| Libero
|-
| Padrino
| Testo
| Libero
|-
| Madrina
| Testo
| Libero
|-
| Nonno paterno
| Testo
| Libero
|-
| Nonna paterna
| Testo
| Libero
|-
| Nonno materno
| Testo
| Libero
|-
| Nonna materna
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}
<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

Cominciamo con il campo "Codice_documento" (lungo non più di 19 caratteri), composto dal "codice_libro", dal numero della pagina del libro e dal numero progressivo del battesimo, per esempio - SAnt_bat_001_023v_3. In questo caso il codice significa: Parrocchia di Sant'Antonio, 1° libro dei Battesimi, pagina 23, terzo documento sulla pagina dall'alto verso il basso. Ogni documento avrà il suo indirizzo completo nell'Archivio della Chiesa, compatto e facile da capire. Questo codice può essere usato per citare la fonte nel testo: basta copiare e incollare.

Il sesso normalmente non è specificato nei documenti, ma può essere facilmente dedotto dal nome. Un'opzione, già utilizzata e approvata dall'autore, è quella di creare una procedura che scansioni i documenti e cerchi i nomi maschili e femminili procedendo a compilare automaticamente il campo Sesso. Per realizzare questa operazione è necessario avere un dizionario dei nomi maschili e quelli femminili. La creazione della procedura richiede tempo e il dizionario cambierà per ogni contesto, regione e periodo; poiché i nomi cambiano, tuttavia questo piccolo programma potrà essere usato per l’elaborazione dei nuovi documenti e nuove fonti.

Infine, abbiamo la terza tabella, "Dettagli", che sarà più snella per consentire una certa malleabilità; in modo da poter registrare qualsiasi tipo di dato aggiuntivo. Iniziamo con il nostro vecchio amico "codice", in questo caso, "codice_documento", che assocerà i dettagli ai rispettivi documenti di battesimo. I prossimi campi classificano il tipo dell’informazione da includere e dipendono dai criteri scelti dalla squadra di ricerca o dal singolo ricercatore.
Creerei i campi "Battezzato a", "Sposato con", "Figlio di", "Qualifica", ecc. tenendo conto di ciò che appare nella fonte, ma in modo minimamente strutturato. Questi campi possono essere raggruppati in altre categorie e analizzati: un approccio più induttivo lo permetterà. Il campo che segue indicherà se chi prende parte al battesimo è legato al padre, alla madre, ai padrini o ai nonni. Il quarto campo servirà per indicare il nome della persona, per creare i collegamenti. Il quinto campo, "informazione", servirà per una dettagliata descrizione del registro. Per esempio:

'''TABELLA DETTAGLI'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Codice_documento*
| Testo
| Massimo 12 caratteri
|-
| Tipo di informazione
| Testo
| Menù a tendina
|-
| Quale posizione
| Testo
| Menù a tendina
|-
| Chi
| Testo
| Libero
|-
| Informazione
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}
<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

A questo punto abbiamo già il modello concettuale del nostro database e tutti gli elementi necessari per costruire il modello logico e fisico. La costruzione di questi due dipenderà dal software scelto, e consisterà in un lavoro meccanico (a fronte delle decisioni prese). Abbiamo una base di dati "individuale", per un singolo utente. Se volessimo generare un sistema di controllo degli utenti, così da dividere compiti e auditing, dovremmo creare un'altra tabella, registrare gli utenti, e creare i campi "utente" e "data di creazione" in ciascuna delle altre tabelle, in modo che registri chi ha fatto cosa e quando. Vale la stessa logica che è stata presentata finora.

Con questa struttura, possiamo fare cose complesse con la nostra fonte; possiamo, ad esempio, selezionare solo quei libri che contengono documenti in cui il padrino era il figlio di un capitano. Con questo intendo dire che salvaguardando le specificità di ogni tipo di informazione nella creazione delle tre tabelle, possiamo comunque fare ricerche incrociate in virtù del fatto che le tre tabelle sono collegate. Rispettiamo la struttura della fonte e abbiamo sempre il modo di recuperare i dati in modo rapido. Se facessimo una sola tabella, avremmo molte difficoltà a salvare questi dati come "padrino era figlio del capitano" e tenderemmo a perdere le informazioni, collocandole in un campo molto specifico o semplicemente ignorandole. La pianificazione ci ha permesso, come abbiamo visto, un ampio utilizzo dei dati. Vedremo successivamente come, applicando il metodo Henry, possiamo integrare la nostra basi di dati con le altre dedicate a battesimi e alle morti.

{{erro}}

==== La corrispondenza ====

Abbiamo visto che la corrispondenza, a differenza dei documenti dei battesimi, è considerata una fonte non strutturata; ciò non impedisce, tuttavia, la costruzione della base di dati per questo tipo di fonte. Non possiamo però forzare una struttura dove essa non esiste: la corrispondenza non ha nemmeno una forma di conservazione standardizzata simile ai libri per i documenti dei battesimi. L'unica cosa che caratterizza questo genere è il suo utilizzo nel corso dei secoli, da tempo immemorabile. Esiste una bibliografia dedicata a questo tipo di fonti, anche se non è così vasta come quella dedicata ai documenti parrocchiali, e sono numerosi gli studi che utilizzano questo tipo di fonti; il trattamento è simile a quello dei libri, compresa la pubblicazione di epistolari.

Nonostante la forma della corrispondenza vari in grande misura, ci sono alcuni dati che compaiono quasi sempre, per esempio "mittente", "destinatario", "data", "luogo del mittente", "luogo del destinatario" e il "testo della lettera". Queste informazioni costituiscono l'intelaiatura della nostra base di dati. Possiamo aggiungere altri campi per un capriccio o per sfruttare al meglio la fonte, per esempio: "persone citate", "luoghi citati" e "soggetti". Sono tre campi che evidenziano l'intervento diretto dello storico, ma senza disturbare la fonte. Possiamo anche aggiungere un campo per includere il periodo che la lettera copre, se si riferisce a cose passate o ad aspettative future, campi per un riepilogo, ritagli e altro per identificare le risorse discorsive utilizzate. In questo modo, la fonte viene scomposta in modo più appropriato, come deve essere. Per esempio:

'''TABELLA “CORRISPONDENZA”'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Mittente
| Testo
| Libero
|-
| Luogo del mittente
| Testo
| Libero
|-
| Destinatario
| Testo
| Libero
|-
| Luogo del destinatario
| Testo
| Libero
|-
| Data
| Data o testo
| AAAA-MM-GG
|-
| Testo della lettera
| Testo
| Libero
|-
| Codice_lettera
| Testo
| Libero
|}

Campi opzionali che possono risultare utili:

{| class="wikitable"
! CAMPO
! TIPOLOGIE
! COMMENTI
|-
| Persone citate
| Testo
| Libero
|-
| Luoghi citati
| Testo
| Libero
|-
| Temi
| Testo
| Libero o menù a tendina
|-
| Periodo interessato
| Testo
| Libero
|-
| Riassunto
| Testo
| Libero
|-
| Riassunto
| Testo
| Libero
|-
| Ricorrenze discorsive
| Testo
| Libero
|}

Ci sarebbe anche un'altra possibilità, quella di creare un campo aggiuntivo per raccogliere dati su altre lettere menzionate nella lettera stessa. Questo sarebbe interessante, perché spesso le lettere sono risposte a quelle precedenti, che a loro volta erano risposte ad altre. Nel testo troviamo spesso "Rispondo alla tua lettera nel giorno..." o simile. Con questo controllo, possiamo vedere il tempo di risposta tra una lettera e l'altra e osservarne la serie, quasi una conversazione tra due persone. Per risolvere questo problema sarebbe sufficiente aggiungere un campo "in risposta alla lettera di". Un campo il cui valore è calcolato automaticamente e che potrebbe contenere la differenza tra le due date; oppure questo calcolo potrebbe essere fatto con un foglio di calcolo e il dato ricavato potrebbe poi essere esportato nella base dati. Tuttavia, la lettera non sempre risponde ad una sola lettera: può darsi che, analizzando la documentazione, troviamo delle missive, risposte lunghe a due-tre lettere precedenti (menzionate esplicitamente nel testo). In questo caso un campo "in risposta alla lettera di..." non è sufficiente: è necessario creare un'altra tabella che contenga tutte le lettere scritte in risposta ad una lettera particolare, le date e i destinatari.

{{erro}}

==== Fonti dialogiche ====

Si prende l'espressione "dialogico" dal testo di Carlo Ginzburg ''L'Inquisitore come antropologo''<ref>GINZBURG, Carlo, ''L’inquisitore come antropologo'', in R. Pozzi, A. Prosperi, a cura, ''Studi in onore di Armando Saitta'', Pisa, Giardini, 1989, pp. 23-33.</ref>. Il termine disegna le fonti prodotti da un dialogo, per esempio inquisizioni della Chiesa o interrogatori della polizia. Certo, le due fonti sono frutto di epoche molto diverse, ma Ginzburg ci fa notare come abbiano una struttura simile e costituiscano corpus documentari maggiormente organizzati rispetto alla semplice corrispondenza. Le fonti dialogiche formano serie complete, sia nei luoghi dove vengono prodotte che negli archivi. Ci sono molti studi su questo tipo di fonti, anche se la maggior parte delle opere che le utilizzano non fanno alcuna riflessione sulla loro produzione. La produzione di queste fonti segue un rituale, che inizia con l'instaurazione del processo dell'interrogatorio, che viene trascritto dall'inizio alla fine (con silenzi, forse, ma sempre con un inizio e una fine). È abbastanza comune trovare le affermazioni in serie e, di caso in caso, un elenco di domande poste agli interrogati. Troviamo, in altri termini, due livelli di regolarità: uno della fonte, con il processo, le affermazioni e le liste di domande; l'altro, specifico per ogni insieme, con la logica delle domande, secondo la dinamica del processo, il momento della sua produzione e il caso in questione.

Se vogliamo usare il modello relazionale per rappresentare questo tipo di fonti, abbiamo bisogno di una tabella per il processo con i campi "data di inizio" e "data di fine", oltre a una sintesi del caso, una lista di imputati e testimoni. Certamente saranno necessari dati più basilari, come il luogo dell'indagine e i nomi degli investigatori e dei giudici. In tal caso, sarebbe importante avere informazioni su ciascuna delle istanze attraverso le quali è passata, sapendo che le gerarchie di un sistema sono ricorrenti e secolari. È vero che il nostro caso potrebbe essere stato archiviato nello stesso luogo del processo, in una stazione di polizia locale; il semplice fatto di prendere in considerazione la traiettoria del caso, anche inesistente, ci fa migliorare la nostra riflessione sulla fonte e sul problema storico stesso. L’archiviazione nel luogo del processo era una consuetudine o una decisione arbitraria? Quali procedure erano maggiormente ricorrenti? Queste sono le domande che ci poniamo prima di organizzare il nostro materiale nei campi della tabella di una base di dati.

La prima cosa da scoprire è il possibile diagramma di flusso del processo, il percorso di indagine dall'inizio alla fine. Questo varia a seconda del contesto. Inoltre è necessario sapere se ci sono differenze di flusso tra i casi. Se non ci sono, basta creare una tabella "Processi", in cui possiamo segnare con un valore del campo "sì” o “no" a seconda che il percorso sia concluso. In questo modo, ogni interrogatorio verrebbe registrato in una tabella collegata "Interrogatori", poiché ogni processo può avere ''n'' sessioni di interrogatorio, o dialoghi. E poiché anche il numero di domande è sempre ''n'', sarebbe importante creare una tabella "Domande", che avrebbe, oltre al campo "codice", i campi "domanda" e "risposta".

Mi sembra che non ci sia bisogno di ripetere le tabelle con i dati organizzati, come ho fatto nell'esempio dei documenti dei battesimi o per la corrispondenza. A questo punto, il lettore può già elaborare il proprio schema a partire dalle riflessioni iniziali qui esposte. L'importante è non banalizzare concetti complessi o che richiedono di essere elaborate ulteriormente. Il nostro lavoro di storici è già di per sé spesso una semplificazione. Anche il database è una semplificazione e la semplificazione è necessaria per l’organizzazione dei dati. Non c’è bisogno di semplificare ulteriormente, perché abbiamo i strumenti sufficienti per trattare le fonti con la dovuta cura.

{{BottomTrad|nome=Tiago|cognome=Gil|tradutoreNome=Daria|tradutoreCognome=Mikhaylova}}

Database centrato sulle fonti

2022-01-26T09:38:26Z

Tiago:

{{HeadTrad|nome=Tiago Luís|cognome=Gil|tradutoreNome=Daria|tradutoreCognome=Mikhaylova|testo=}}

Grandi nomi come Manfred Thaller e Alan Macfarlane hanno preferito lavorare con le basi di dati relativi a fonti omogenee. Entrambi hanno adottato come modello di lavoro una sorta di trascrizione strutturata, attraverso la quale il documento viene trascritto come di consueto, ma alcuni dati (frammenti, parole, numeri e date) vengono etichettati in modo che il computer possa elaborarli. Questo metodo di lavoro fu adottato anche da Joaquim Carvalho<ref>CARVALHO, Joaquim, «Soluzioni informatiche per microstorici», in ''Quaderni Storici'', XXVI, 03/1991, pp. 761-791.</ref>, che affermò: «i migliori metodi di inserimento dei dati da fonti storiche sono quelli che conservano la struttura originale delle informazioni»<ref>''Ibidem''</ref>. A prescindere dall’approccio adottato, dobbiamo però creare delle tabelle e dei campi per trasformare le nostri fonti in byte. Vediamo alcuni esempi.

==== Registri battesimali ====
Cominciamo da una fonte tradizionale per l’elaborazione con strumenti informatici: i documenti di battesimo. I documenti più antichi che trattano di battesimi sono conservati in alcune città italiane, ma possiamo trovarli in tutta Europa, in Africa e nelle Americhe.
Trattando questo tipo di fonte, è opportuno prima informarsi - leggendo articoli e libri - sul loro corretto uso e sulle possibili variazioni nel formato (o sull’esistenza di formati del tutto anomali). Nel corso del tempo è stata sviluppata una vasta metodologia per l’analisi delle fonti battesimali; tutti i metodi potrebbero perciò rivelarsi utili a diversi stadi della ricerca. Spesso ci si può trovare a dover applicare altri approcci di ricerca, inizialmente non previsti. Quando questo accade, avere a disposizione una base di dati pronta per l’uso che sia adatta ad accogliere nuove voci risulterà molto più utile. Non si può certamente creare una base di dati che preveda ogni possibile opzione, ma certamente si può scomporre i dati dei battesimi a livello tale da poter poi provvedere a una loro ricomposizione in forme diverse.

Osserviamo come sono organizzati i registri battesimali. I registri sono di norma trascritti in un libro, forma comune e ufficialmente richiesta dalla Chiesa. Quindi, di norma, gli archivi contengono registri battesimali organizzati in libri. Il numero dei registri di battesimo per ogni volume corrisponde a ''n'': non ne esiste né un numero minimo, né uno massimo. I libri non hanno alcuna struttura interna predefinita: i battesimi sono semplicemente elencati in ordine cronologico, l’uno dopo l'altro. Se i registri provengono da una località sudamericana, metà del libro potrebbe contenere battesimi di schiavi, mentre l’altra metà battesimi di persone libere; nelle colonie esisteva infatti la separazione dei registri per la popolazione indigena. Queste differenze non costituiscono una regola, ma in alcune occasioni sono state riscontrate, quindi il nostro modello concettuale dovrebbe prenderle in considerazione.

Anche se i documenti sono raccolti all'interno di libri, questi costituiscono una serie. I libri sono i contenitori dei registri e costituiscono una modalità per tenerli organizzati: se fosse possibile avere un libro infinito, questo libro li conterrebbe tutti. Quindi il concetto di libro è importante, ma non è centrale. L’attenzione invece deve concentrarsi sul registro stesso, che ha una struttura interna relativamente regolare. Il documento di solito inizia con la data, per proseguire con il nome della persona battezzata e il riconoscimento della condizione (o meno) di figlio/a legittimo/a e i nomi dei suoi tutori legali, per esempio i genitori; talvolta sono rinveniamo anche i nomi dei padrini. Il registro si chiude con la firma del prete e, talvolta, in calce vengono aggiunti anche commenti sui partecipanti, lo status sociale, la nazionalità, la residenza e persino sul luogo di nascita del battezzato.

Quanto descritto fino adesso ci permette di osservare che incontreremo elementi costanti e attesi: il nome del prete, dei genitori e dei padrini. Possiamo immaginare altre informazioni come i nomi dei nonni, un dato non frequente. Troveremo anche contenuti unici, presenti in un singolo registro e del tutto assenti in altri (“il figlio del capitano” per esempio fa riferimento alla professione del padre). I battesimi si svolgevano per lo più in chiese parrocchiali, ma anche su terreni di proprietà o nelle case private. Allo stesso modo il bambino può essere battezzato ''in extremis'' (battesimo “per imminente pericolo di morte”), ma poi sopravvivere e incontrare il prete per l’unzione successivamente. Pertanto il prete che registra il battesimo potrebbe non essere la stessa persona che lo ha battezzato.

Possiamo ora iniziare il nostro lavoro. Prendiamo un foglio di carta e annotiamo tutte le nostre osservazioni. A questo punto conosciamo anche la mole di lavoro da affrontare: uno, due o tre libri. Consideriamo che ogni pagina ha, in media, quattro registri e i tre volumi constano di 650 pagine. Questi ci permetterà di stimare il numero totale dei registri: circa 2600. Una volta fatta la stima possiamo pensare alle tabelle necessarie.
Ne consigliamo almeno tre: una per registrare i libri, un’altra, più importante, per registrare i battesimi, e una terza per registrare le informazioni accessorie sui partecipanti al battesimo: il loro status sociale, la loro residenza, ecc.

[[Arquivo:Img6_relazioni_battesimi.png|350px]]

Creiamo delle tabelle ad hoc, quando i frammenti che identifichiamo nelle nostri fonti hanno rilevanza e specificità sufficiente, tali da meritare uno spazio esclusivo, creato su misura.

Pensiamo ora ai campi della tabella, iniziamo da "LIBRI". Il primo campo obbligatorio è il "codice", che identifica ogni record nella base di dati e, nel caso specifico, ogni singolo libro. Alcuni usano l'espressione "Identificatore" o "ID", altri preferiscono "Matricola". Personalmente preferisco chiamarlo "codice", soprattutto perché in esso sarà inserito un codice alfanumerico (parlante) che eventualmente corrisponderà alla fonte. Nel caso dei battesimi, farei "SAnt_bat_001" per identificare il libro di battesimo numero 1 della parrocchia di Sant'Antonio. I programmatori chiamano questo tipo di campo "chiave primaria". Vedremo successivamente che i documenti del battesimo avranno un'etichetta simile, costituita dal numero della pagina e dal numero del documento nella pagina. Il campo successivo è il nome della parrocchia, un testo; un altro campo è il numero del libro, un codice numerico e il campo successivo, testuale, descrive l’anno del primo e dell’ultimo battesimo riportato nel libro. Risulta importante avere un campo per il numero totale dei documenti nel libro e uno per il numero di pagine. Farei un campo per il preambolo del libro e un altro per la chiusura. Finirei con un campo “Osservazioni”. Forse è il caso di creare un campo anche per il nome del volume, perché alcuni libri hanno un titolo. Finora abbiamo perciò:

TABELLA LIBRI

{| class="wikitable"
! CAMPO
! TIPO
! COMMENTI
|-
| Codice_libro*
| Testo (chiave primaria)
| Massimo 12 caratteri
|-
| Parrocchia
| Testo
| Libero
|-
| Numero del libro
| Numero
| Massimo 3 caratteri
|-
| Data iniziale
| Data (o testo)
| AAAA
|-
| Data finale
| Data (o testo)
| AAAA
|-
| Numero totale dei documenti
| Numero
| Massimo di 5 caratteri
|-
| Numero totale delle pagine
| Numero
| Massimo di 4 caratteri
|-
| Preambolo
| Testo
| Libero
|-
| Chiusura
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}

<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

Ora dobbiamo occuparci della tabella “BATTESIMI”, questa richiederà più lavoro. Cominciamo nuovamente con il campo "codice_libro", che riporterà il codice del libro per tutti i documenti al fine di collegare libri e documenti. Per farlo non dovremmo inserire nuovamente le informazioni sul libro per ogni documento: queste verranno ereditate dal “padre”. Questa relazione è talmente importante che molti programmatori la mettono in evidenza nominando i campi "ID" (identificatore) e "ID_genitore" (identificatore del “padre”). Questa è una possibilità, ma preferisco usare la parola "codice" seguita da un'altra che indica ciò che viene codificato. In questo caso particolare, è importante usare lo stesso nome, perché presto creeremo un altro campo "codice" per un altra relazione, in questo caso con la tabella “DETTAGLI”. Il nuovo campo si chiamerà "codice_battesimo". Il campo successivo potrebbe essere "trascrizione", da impiegare per il testo completo del documento di battesimo: ci aiuterà ad evitare i successivi viaggi in archivio. Vediamo quali altri campi sarebbero necessari:

'''TABELLA BATTESIMI'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Codice_libro*
| Testo
| Massimo 12 caratteri
|-
| Codice_documento*
| Testo
| Massimo 19 caratteri
|-
| Trascrizione
| Testo
| Libero
|-
| Luogo di nascita
| Testo
| Libero
|-
| Luogo di battesimo
| Testo
| Libero
|-
| Officiante
| Testo
| Menù a tendina
|-
| Scrittore
| Testo
| Menù a tendina
|-
| Data di battesimo
| Data o Testo
| Libero
|-
| Data di nascita
| Data o Testo
| Libero
|-
| Nome del battezzato
| Testo
| Libero
|-
| Sesso
| Testo
| Menù a tendina (M, F)
|-
| Legittimità
| Testo
| Menù a tendina (L, N)
|-
| Padre
| Testo
| Libero
|-
| Madre
| Testo
| Libero
|-
| Padrino
| Testo
| Libero
|-
| Madrina
| Testo
| Libero
|-
| Nonno paterno
| Testo
| Libero
|-
| Nonna paterna
| Testo
| Libero
|-
| Nonno materno
| Testo
| Libero
|-
| Nonna materna
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}
<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

Cominciamo con il campo "Codice_documento" (lungo non più di 19 caratteri), composto dal "codice_libro", dal numero della pagina del libro e dal numero progressivo del battesimo, per esempio - SAnt_bat_001_023v_3. In questo caso il codice significa: Parrocchia di Sant'Antonio, 1° libro dei Battesimi, pagina 23, terzo documento sulla pagina dall'alto verso il basso. Ogni documento avrà il suo indirizzo completo nell'Archivio della Chiesa, compatto e facile da capire. Questo codice può essere usato per citare la fonte nel testo: basta copiare e incollare.

Il sesso normalmente non è specificato nei documenti, ma può essere facilmente dedotto dal nome. Un'opzione, già utilizzata e approvata dall'autore, è quella di creare una procedura che scansioni i documenti e cerchi i nomi maschili e femminili procedendo a compilare automaticamente il campo Sesso. Per realizzare questa operazione è necessario avere un dizionario dei nomi maschili e quelli femminili. La creazione della procedura richiede tempo e il dizionario cambierà per ogni contesto, regione e periodo; poiché i nomi cambiano, tuttavia questo piccolo programma potrà essere usato per l’elaborazione dei nuovi documenti e nuove fonti.

Infine, abbiamo la terza tabella, "Dettagli", che sarà più snella per consentire una certa malleabilità; in modo da poter registrare qualsiasi tipo di dato aggiuntivo. Iniziamo con il nostro vecchio amico "codice", in questo caso, "codice_documento", che assocerà i dettagli ai rispettivi documenti di battesimo. I prossimi campi classificano il tipo dell’informazione da includere e dipendono dai criteri scelti dalla squadra di ricerca o dal singolo ricercatore.
Creerei i campi "Battezzato a", "Sposato con", "Figlio di", "Qualifica", ecc. tenendo conto di ciò che appare nella fonte, ma in modo minimamente strutturato. Questi campi possono essere raggruppati in altre categorie e analizzati: un approccio più induttivo lo permetterà. Il campo che segue indicherà se chi prende parte al battesimo è legato al padre, alla madre, ai padrini o ai nonni. Il quarto campo servirà per indicare il nome della persona, per creare i collegamenti. Il quinto campo, "informazione", servirà per una dettagliata descrizione del registro. Per esempio:

'''TABELLA DETTAGLI'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Codice_documento*
| Testo
| Massimo 12 caratteri
|-
| Tipo di informazione
| Testo
| Menù a tendina
|-
| Quale posizione
| Testo
| Menù a tendina
|-
| Chi
| Testo
| Libero
|-
| Informazione
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}
<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

A questo punto abbiamo già il modello concettuale del nostro database e tutti gli elementi necessari per costruire il modello logico e fisico. La costruzione di questi due dipenderà dal software scelto, e consisterà in un lavoro meccanico (a fronte delle decisioni prese). Abbiamo una base di dati "individuale", per un singolo utente. Se volessimo generare un sistema di controllo degli utenti, così da dividere compiti e auditing, dovremmo creare un'altra tabella, registrare gli utenti, e creare i campi "utente" e "data di creazione" in ciascuna delle altre tabelle, in modo che registri chi ha fatto cosa e quando. Vale la stessa logica che è stata presentata finora.

Con questa struttura, possiamo fare cose complesse con la nostra fonte; possiamo, ad esempio, selezionare solo quei libri che contengono documenti in cui il padrino era il figlio di un capitano. Con questo intendo dire che salvaguardando le specificità di ogni tipo di informazione nella creazione delle tre tabelle, possiamo comunque fare ricerche incrociate in virtù del fatto che le tre tabelle sono collegate. Rispettiamo la struttura della fonte e abbiamo sempre il modo di recuperare i dati in modo rapido. Se facessimo una sola tabella, avremmo molte difficoltà a salvare questi dati come "padrino era figlio del capitano" e tenderemmo a perdere le informazioni, collocandole in un campo molto specifico o semplicemente ignorandole. La pianificazione ci ha permesso, come abbiamo visto, un ampio utilizzo dei dati. Vedremo successivamente come, applicando il metodo Henry, possiamo integrare la nostra basi di dati con le altre dedicate a battesimi e alle morti.

{{erro}}

==== La corrispondenza ====

Abbiamo visto che la corrispondenza, a differenza dei documenti dei battesimi, è considerata una fonte non strutturata; ciò non impedisce, tuttavia, la costruzione della base di dati per questo tipo di fonte. Non possiamo però forzare una struttura dove essa non esiste: la corrispondenza non ha nemmeno una forma di conservazione standardizzata simile ai libri per i documenti dei battesimi. L'unica cosa che caratterizza questo genere è il suo utilizzo nel corso dei secoli, da tempo immemorabile. Esiste una bibliografia dedicata a questo tipo di fonti, anche se non è così vasta come quella dedicata ai documenti parrocchiali, e sono numerosi gli studi che utilizzano questo tipo di fonti; il trattamento è simile a quello dei libri, compresa la pubblicazione di epistolari.

Nonostante la forma della corrispondenza vari in grande misura, ci sono alcuni dati che compaiono quasi sempre, per esempio "mittente", "destinatario", "data", "luogo del mittente", "luogo del destinatario" e il "testo della lettera". Queste informazioni costituiscono l'intelaiatura della nostra base di dati. Possiamo aggiungere altri campi per un capriccio o per sfruttare al meglio la fonte, per esempio: "persone citate", "luoghi citati" e "soggetti". Sono tre campi che evidenziano l'intervento diretto dello storico, ma senza disturbare la fonte. Possiamo anche aggiungere un campo per includere il periodo che la lettera copre, se si riferisce a cose passate o ad aspettative future, campi per un riepilogo, ritagli e altro per identificare le risorse discorsive utilizzate. In questo modo, la fonte viene scomposta in modo più appropriato, come deve essere. Per esempio:

'''TABELLA “CORRISPONDENZA”'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Mittente
| Testo
| Libero
|-
| Luogo del mittente
| Testo
| Libero
|-
| Destinatario
| Testo
| Libero
|-
| Luogo del destinatario
| Testo
| Libero
|-
| Data
| Data o testo
| AAAA-MM-GG
|-
| Testo della lettera
| Testo
| Libero
|-
| Codice_lettera
| Testo
| Libero
|}

Campi opzionali che possono risultare utili:

{| class="wikitable"
! CAMPO
! TIPOLOGIE
! COMMENTI
|-
| Persone citate
| Testo
| Libero
|-
| Luoghi citati
| Testo
| Libero
|-
| Temi
| Testo
| Libero o menù a tendina
|-
| Periodo interessato
| Testo
| Libero
|-
| Riassunto
| Testo
| Libero
|-
| Riassunto
| Testo
| Libero
|-
| Ricorrenze discorsive
| Testo
| Libero
|}

Ci sarebbe anche un'altra possibilità, quella di creare un campo aggiuntivo per raccogliere dati su altre lettere menzionate nella lettera stessa. Questo sarebbe interessante, perché spesso le lettere sono risposte a quelle precedenti, che a loro volta erano risposte ad altre. Nel testo troviamo spesso "Rispondo alla tua lettera nel giorno..." o simile. Con questo controllo, possiamo vedere il tempo di risposta tra una lettera e l'altra e osservarne la serie, quasi una conversazione tra due persone. Per risolvere questo problema sarebbe sufficiente aggiungere un campo "in risposta alla lettera di". Un campo il cui valore è calcolato automaticamente e che potrebbe contenere la differenza tra le due date; oppure questo calcolo potrebbe essere fatto con un foglio di calcolo e il dato ricavato potrebbe poi essere esportato nella base dati. Tuttavia, la lettera non sempre risponde ad una sola lettera: può darsi che, analizzando la documentazione, troviamo delle missive, risposte lunghe a due-tre lettere precedenti (menzionate esplicitamente nel testo). In questo caso un campo "in risposta alla lettera di..." non è sufficiente: è necessario creare un'altra tabella che contenga tutte le lettere scritte in risposta ad una lettera particolare, le date e i destinatari.

{{erro}}

==== Fonti dialogiche ====

Si prende l'espressione "dialogico" dal testo di Carlo Ginzburg ''L'Inquisitore come antropologo''<ref>GINZBURG, Carlo, ''L’inquisitore come antropologo'', in R. Pozzi, A. Prosperi, a cura, ''Studi in onore di Armando Saitta'', Pisa, Giardini, 1989, pp. 23-33.</ref>. Il termine disegna le fonti prodotti da un dialogo, per esempio inquisizioni della Chiesa o interrogatori della polizia. Certo, le due fonti sono frutto di epoche molto diverse, ma Ginzburg ci fa notare come abbiano una struttura simile e costituiscano corpus documentari maggiormente organizzati rispetto alla semplice corrispondenza. Le fonti dialogiche formano serie complete, sia nei luoghi dove vengono prodotte che negli archivi. Ci sono molti studi su questo tipo di fonti, anche se la maggior parte delle opere che le utilizzano non fanno alcuna riflessione sulla loro produzione. La produzione di queste fonti segue un rituale, che inizia con l'instaurazione del processo dell'interrogatorio, che viene trascritto dall'inizio alla fine (con silenzi, forse, ma sempre con un inizio e una fine). È abbastanza comune trovare le affermazioni in serie e, di caso in caso, un elenco di domande poste agli interrogati. Troviamo, in altri termini, due livelli di regolarità: uno della fonte, con il processo, le affermazioni e le liste di domande; l'altro, specifico per ogni insieme, con la logica delle domande, secondo la dinamica del processo, il momento della sua produzione e il caso in questione.

Se vogliamo usare il modello relazionale per rappresentare questo tipo di fonti, abbiamo bisogno di una tabella per il processo con i campi "data di inizio" e "data di fine", oltre a una sintesi del caso, una lista di imputati e testimoni. Certamente saranno necessari dati più basilari, come il luogo dell'indagine e i nomi degli investigatori e dei giudici. In tal caso, sarebbe importante avere informazioni su ciascuna delle istanze attraverso le quali è passata, sapendo che le gerarchie di un sistema sono ricorrenti e secolari. È vero che il nostro caso potrebbe essere stato archiviato nello stesso luogo del processo, in una stazione di polizia locale; il semplice fatto di prendere in considerazione la traiettoria del caso, anche inesistente, ci fa migliorare la nostra riflessione sulla fonte e sul problema storico stesso. L’archiviazione nel luogo del processo era una consuetudine o una decisione arbitraria? Quali procedure erano maggiormente ricorrenti? Queste sono le domande che ci poniamo prima di organizzare il nostro materiale nei campi della tabella di una base di dati.

La prima cosa da scoprire è il possibile diagramma di flusso del processo, il percorso di indagine dall'inizio alla fine. Questo varia a seconda del contesto. Inoltre è necessario sapere se ci sono differenze di flusso tra i casi. Se non ci sono, basta creare una tabella "Processi", in cui possiamo segnare con un valore del campo "sì” o “no" a seconda che il percorso sia concluso. In questo modo, ogni interrogatorio verrebbe registrato in una tabella collegata "Interrogatori", poiché ogni processo può avere ''n'' sessioni di interrogatorio, o dialoghi. E poiché anche il numero di domande è sempre ''n'', sarebbe importante creare una tabella "Domande", che avrebbe, oltre al campo "codice", i campi "domanda" e "risposta".

Mi sembra che non ci sia bisogno di ripetere le tabelle con i dati organizzati, come ho fatto nell'esempio dei documenti dei battesimi o per la corrispondenza. A questo punto, il lettore può già elaborare il proprio schema a partire dalle riflessioni iniziali qui esposte. L'importante è non banalizzare concetti complessi o che richiedono di essere elaborate ulteriormente. Il nostro lavoro di storici è già di per sé spesso una semplificazione. Anche il database è una semplificazione e la semplificazione è necessaria per l’organizzazione dei dati. Non c’è bisogno di semplificare ulteriormente, perché abbiamo i strumenti sufficienti per trattare le fonti con la dovuta cura.

{{BottomTrad|nome=Tiago|cognome=Gil|tradutoreNome=Daria|tradutoreCognome=Mikhaylova}}

Database centrato sulle fonti

2022-01-26T09:37:54Z

Tiago:

{{HeadTrad|nome=Tiago Luís|cognome=Gil|tradutoreNome=Daria|tradutoreCognome=Mikhaylova|testo=}}

Grandi nomi come Manfred Thaller e Alan Macfarlane hanno preferito lavorare con le basi di dati relativi a fonti omogenee. Entrambi hanno adottato come modello di lavoro una sorta di trascrizione strutturata, attraverso la quale il documento viene trascritto come di consueto, ma alcuni dati (frammenti, parole, numeri e date) vengono etichettati in modo che il computer possa elaborarli. Questo metodo di lavoro fu adottato anche da Joaquim Carvalho<ref>CARVALHO, Joaquim, «Soluzioni informatiche per microstorici», in ''Quaderni Storici'', XXVI, 03/1991, pp. 761-791.</ref>, che affermò: «i migliori metodi di inserimento dei dati da fonti storiche sono quelli che conservano la struttura originale delle informazioni»<ref>''Ibidem''</ref>. A prescindere dall’approccio adottato, dobbiamo però creare delle tabelle e dei campi per trasformare le nostri fonti in byte. Vediamo alcuni esempi.

==== Registri battesimali ====
Cominciamo da una fonte tradizionale per l’elaborazione con strumenti informatici: i documenti di battesimo. I documenti più antichi che trattano di battesimi sono conservati in alcune città italiane, ma possiamo trovarli in tutta Europa, in Africa e nelle Americhe.
Trattando questo tipo di fonte, è opportuno prima informarsi - leggendo articoli e libri - sul loro corretto uso e sulle possibili variazioni nel formato (o sull’esistenza di formati del tutto anomali). Nel corso del tempo è stata sviluppata una vasta metodologia per l’analisi delle fonti battesimali; tutti i metodi potrebbero perciò rivelarsi utili a diversi stadi della ricerca. Spesso ci si può trovare a dover applicare altri approcci di ricerca, inizialmente non previsti. Quando questo accade, avere a disposizione una base di dati pronta per l’uso che sia adatta ad accogliere nuove voci risulterà molto più utile. Non si può certamente creare una base di dati che preveda ogni possibile opzione, ma certamente si può scomporre i dati dei battesimi a livello tale da poter poi provvedere a una loro ricomposizione in forme diverse.

Osserviamo come sono organizzati i registri battesimali. I registri sono di norma trascritti in un libro, forma comune e ufficialmente richiesta dalla Chiesa. Quindi, di norma, gli archivi contengono registri battesimali organizzati in libri. Il numero dei registri di battesimo per ogni volume corrisponde a ''n'': non ne esiste né un numero minimo, né uno massimo. I libri non hanno alcuna struttura interna predefinita: i battesimi sono semplicemente elencati in ordine cronologico, l’uno dopo l'altro. Se i registri provengono da una località sudamericana, metà del libro potrebbe contenere battesimi di schiavi, mentre l’altra metà battesimi di persone libere; nelle colonie esisteva infatti la separazione dei registri per la popolazione indigena. Queste differenze non costituiscono una regola, ma in alcune occasioni sono state riscontrate, quindi il nostro modello concettuale dovrebbe prenderle in considerazione.

Anche se i documenti sono raccolti all'interno di libri, questi costituiscono una serie. I libri sono i contenitori dei registri e costituiscono una modalità per tenerli organizzati: se fosse possibile avere un libro infinito, questo libro li conterrebbe tutti. Quindi il concetto di libro è importante, ma non è centrale. L’attenzione invece deve concentrarsi sul registro stesso, che ha una struttura interna relativamente regolare. Il documento di solito inizia con la data, per proseguire con il nome della persona battezzata e il riconoscimento della condizione (o meno) di figlio/a legittimo/a e i nomi dei suoi tutori legali, per esempio i genitori; talvolta sono rinveniamo anche i nomi dei padrini. Il registro si chiude con la firma del prete e, talvolta, in calce vengono aggiunti anche commenti sui partecipanti, lo status sociale, la nazionalità, la residenza e persino sul luogo di nascita del battezzato.

Quanto descritto fino adesso ci permette di osservare che incontreremo elementi costanti e attesi: il nome del prete, dei genitori e dei padrini. Possiamo immaginare altre informazioni come i nomi dei nonni, un dato non frequente. Troveremo anche contenuti unici, presenti in un singolo registro e del tutto assenti in altri (“il figlio del capitano” per esempio fa riferimento alla professione del padre). I battesimi si svolgevano per lo più in chiese parrocchiali, ma anche su terreni di proprietà o nelle case private. Allo stesso modo il bambino può essere battezzato ''in extremis'' (battesimo “per imminente pericolo di morte”), ma poi sopravvivere e incontrare il prete per l’unzione successivamente. Pertanto il prete che registra il battesimo potrebbe non essere la stessa persona che lo ha battezzato.

Possiamo ora iniziare il nostro lavoro. Prendiamo un foglio di carta e annotiamo tutte le nostre osservazioni. A questo punto conosciamo anche la mole di lavoro da affrontare: uno, due o tre libri. Consideriamo che ogni pagina ha, in media, quattro registri e i tre volumi constano di 650 pagine. Questi ci permetterà di stimare il numero totale dei registri: circa 2600. Una volta fatta la stima possiamo pensare alle tabelle necessarie.
Ne consigliamo almeno tre: una per registrare i libri, un’altra, più importante, per registrare i battesimi, e una terza per registrare le informazioni accessorie sui partecipanti al battesimo: il loro status sociale, la loro residenza, ecc.

[[Arquivo:Img6_relazioni_battesimi.png|350px]]

Creiamo delle tabelle ad hoc, quando i frammenti che identifichiamo nelle nostri fonti hanno rilevanza e specificità sufficiente, tali da meritare uno spazio esclusivo, creato su misura.

Pensiamo ora ai campi della tabella, iniziamo da "LIBRI". Il primo campo obbligatorio è il "codice", che identifica ogni record nella base di dati e, nel caso specifico, ogni singolo libro. Alcuni usano l'espressione "Identificatore" o "ID", altri preferiscono "Matricola". Personalmente preferisco chiamarlo "codice", soprattutto perché in esso sarà inserito un codice alfanumerico (parlante) che eventualmente corrisponderà alla fonte. Nel caso dei battesimi, farei "SAnt_bat_001" per identificare il libro di battesimo numero 1 della parrocchia di Sant'Antonio. I programmatori chiamano questo tipo di campo "chiave primaria". Vedremo successivamente che i documenti del battesimo avranno un'etichetta simile, costituita dal numero della pagina e dal numero del documento nella pagina. Il campo successivo è il nome della parrocchia, un testo; un altro campo è il numero del libro, un codice numerico e il campo successivo, testuale, descrive l’anno del primo e dell’ultimo battesimo riportato nel libro. Risulta importante avere un campo per il numero totale dei documenti nel libro e uno per il numero di pagine. Farei un campo per il preambolo del libro e un altro per la chiusura. Finirei con un campo “Osservazioni”. Forse è il caso di creare un campo anche per il nome del volume, perché alcuni libri hanno un titolo. Finora abbiamo perciò:

TABELLA LIBRI

{| class="wikitable"
! CAMPO
! TIPO
! COMMENTI
|-
| Codice_libro*
| Testo (chiave primaria)
| Massimo 12 caratteri
|-
| Parrocchia
| Testo
| Libero
|-
| Numero del libro
| Numero
| Massimo 3 caratteri
|-
| Data iniziale
| Data (o testo)
| AAAA
|-
| Data finale
| Data (o testo)
| AAAA
|-
| Numero totale dei documenti
| Numero
| Massimo di 5 caratteri
|-
| Numero totale delle pagine
| Numero
| Massimo di 4 caratteri
|-
| Preambolo
| Testo
| Libero
|-
| Chiusura
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}

<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

Ora dobbiamo occuparci della tabella “BATTESIMI”, questa richiederà più lavoro. Cominciamo nuovamente con il campo "codice_libro", che riporterà il codice del libro per tutti i documenti al fine di collegare libri e documenti. Per farlo non dovremmo inserire nuovamente le informazioni sul libro per ogni documento: queste verranno ereditate dal “padre”. Questa relazione è talmente importante che molti programmatori la mettono in evidenza nominando i campi "ID" (identificatore) e "ID_genitore" (identificatore del “padre”). Questa è una possibilità, ma preferisco usare la parola "codice" seguita da un'altra che indica ciò che viene codificato. In questo caso particolare, è importante usare lo stesso nome, perché presto creeremo un altro campo "codice" per un altra relazione, in questo caso con la tabella “DETTAGLI”. Il nuovo campo si chiamerà "codice_battesimo". Il campo successivo potrebbe essere "trascrizione", da impiegare per il testo completo del documento di battesimo: ci aiuterà ad evitare i successivi viaggi in archivio. Vediamo quali altri campi sarebbero necessari:

'''TABELLA BATTESIMI'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Codice_libro*
| Testo
| Massimo 12 caratteri
|-
| Codice_documento*
| Testo
| Massimo 19 caratteri
|-
| Trascrizione
| Testo
| Libero
|-
| Luogo di nascita
| Testo
| Libero
|-
| Luogo di battesimo
| Testo
| Libero
|-
| Officiante
| Testo
| Menù a tendina
|-
| Scrittore
| Testo
| Menù a tendina
|-
| Data di battesimo
| Data o Testo
| Libero
|-
| Data di nascita
| Data o Testo
| Libero
|-
| Nome del battezzato
| Testo
| Libero
|-
| Sesso
| Testo
| Menù a tendina (M, F)
|-
| Legittimità
| Testo
| Menù a tendina (L, N)
|-
| Padre
| Testo
| Libero
|-
| Madre
| Testo
| Libero
|-
| Padrino
| Testo
| Libero
|-
| Madrina
| Testo
| Libero
|-
| Nonno paterno
| Testo
| Libero
|-
| Nonna paterna
| Testo
| Libero
|-
| Nonno materno
| Testo
| Libero
|-
| Nonna materna
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}
<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

Cominciamo con il campo "Codice_documento" (lungo non più di 19 caratteri), composto dal "codice_libro", dal numero della pagina del libro e dal numero progressivo del battesimo, per esempio - SAnt_bat_001_023v_3. In questo caso il codice significa: Parrocchia di Sant'Antonio, 1° libro dei Battesimi, pagina 23, terzo documento sulla pagina dall'alto verso il basso. Ogni documento avrà il suo indirizzo completo nell'Archivio della Chiesa, compatto e facile da capire. Questo codice può essere usato per citare la fonte nel testo: basta copiare e incollare.

Il sesso normalmente non è specificato nei documenti, ma può essere facilmente dedotto dal nome. Un'opzione, già utilizzata e approvata dall'autore, è quella di creare una procedura che scansioni i documenti e cerchi i nomi maschili e femminili procedendo a compilare automaticamente il campo Sesso. Per realizzare questa operazione è necessario avere un dizionario dei nomi maschili e quelli femminili. La creazione della procedura richiede tempo e il dizionario cambierà per ogni contesto, regione e periodo; poiché i nomi cambiano, tuttavia questo piccolo programma potrà essere usato per l’elaborazione dei nuovi documenti e nuove fonti.

Infine, abbiamo la terza tabella, "Dettagli", che sarà più snella per consentire una certa malleabilità; in modo da poter registrare qualsiasi tipo di dato aggiuntivo. Iniziamo con il nostro vecchio amico "codice", in questo caso, "codice_documento", che assocerà i dettagli ai rispettivi documenti di battesimo. I prossimi campi classificano il tipo dell’informazione da includere e dipendono dai criteri scelti dalla squadra di ricerca o dal singolo ricercatore.
Creerei i campi "Battezzato a", "Sposato con", "Figlio di", "Qualifica", ecc. tenendo conto di ciò che appare nella fonte, ma in modo minimamente strutturato. Questi campi possono essere raggruppati in altre categorie e analizzati: un approccio più induttivo lo permetterà. Il campo che segue indicherà se chi prende parte al battesimo è legato al padre, alla madre, ai padrini o ai nonni. Il quarto campo servirà per indicare il nome della persona, per creare i collegamenti. Il quinto campo, "informazione", servirà per una dettagliata descrizione del registro. Per esempio:

'''TABELLA DETTAGLI'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Codice_documento*
| Testo
| Massimo 12 caratteri
|-
| Tipo di informazione
| Testo
| Menù a tendina
|-
| Quale posizione
| Testo
| Menù a tendina
|-
| Chi
| Testo
| Libero
|-
| Informazione
| Testo
| Libero
|-
| Commenti
| Testo
| Libero
|}
<nowiki>*</nowiki> Indica che il campo sarà da mettere in rapporto con un’altra tabella.

A questo punto abbiamo già il modello concettuale del nostro database e tutti gli elementi necessari per costruire il modello logico e fisico. La costruzione di questi due dipenderà dal software scelto, e consisterà in un lavoro meccanico (a fronte delle decisioni prese). Abbiamo una base di dati "individuale", per un singolo utente. Se volessimo generare un sistema di controllo degli utenti, così da dividere compiti e auditing, dovremmo creare un'altra tabella, registrare gli utenti, e creare i campi "utente" e "data di creazione" in ciascuna delle altre tabelle, in modo che registri chi ha fatto cosa e quando. Vale la stessa logica che è stata presentata finora.

Con questa struttura, possiamo fare cose complesse con la nostra fonte; possiamo, ad esempio, selezionare solo quei libri che contengono documenti in cui il padrino era il figlio di un capitano. Con questo intendo dire che salvaguardando le specificità di ogni tipo di informazione nella creazione delle tre tabelle, possiamo comunque fare ricerche incrociate in virtù del fatto che le tre tabelle sono collegate. Rispettiamo la struttura della fonte e abbiamo sempre il modo di recuperare i dati in modo rapido. Se facessimo una sola tabella, avremmo molte difficoltà a salvare questi dati come "padrino era figlio del capitano" e tenderemmo a perdere le informazioni, collocandole in un campo molto specifico o semplicemente ignorandole. La pianificazione ci ha permesso, come abbiamo visto, un ampio utilizzo dei dati. Vedremo successivamente come, applicando il metodo Henry, possiamo integrare la nostra basi di dati con le altre dedicate a battesimi e alle morti.

{{erro}}

==== La corrispondenza ====

Abbiamo visto che la corrispondenza, a differenza dei documenti dei battesimi, è considerata una fonte non strutturata; ciò non impedisce, tuttavia, la costruzione della base di dati per questo tipo di fonte. Non possiamo però forzare una struttura dove essa non esiste: la corrispondenza non ha nemmeno una forma di conservazione standardizzata simile ai libri per i documenti dei battesimi. L'unica cosa che caratterizza questo genere è il suo utilizzo nel corso dei secoli, da tempo immemorabile. Esiste una bibliografia dedicata a questo tipo di fonti, anche se non è così vasta come quella dedicata ai documenti parrocchiali, e sono numerosi gli studi che utilizzano questo tipo di fonti; il trattamento è simile a quello dei libri, compresa la pubblicazione di epistolari.

Nonostante la forma della corrispondenza vari in grande misura, ci sono alcuni dati che compaiono quasi sempre, per esempio "mittente", "destinatario", "data", "luogo del mittente", "luogo del destinatario" e il "testo della lettera". Queste informazioni costituiscono l'intelaiatura della nostra base di dati. Possiamo aggiungere altri campi per un capriccio o per sfruttare al meglio la fonte, per esempio: "persone citate", "luoghi citati" e "soggetti". Sono tre campi che evidenziano l'intervento diretto dello storico, ma senza disturbare la fonte. Possiamo anche aggiungere un campo per includere il periodo che la lettera copre, se si riferisce a cose passate o ad aspettative future, campi per un riepilogo, ritagli e altro per identificare le risorse discorsive utilizzate. In questo modo, la fonte viene scomposta in modo più appropriato, come deve essere. Per esempio:

'''TABELLA “CORRISPONDENZA”'''

{| class="wikitable"
! CAMPO
! TIPOLOGIA
! COMMENTI
|-
| Mittente
| Testo
| Libero
|-
| Luogo del mittente
| Testo
| Libero
|-
| Destinatario
| Testo
| Libero
|-
| Luogo del destinatario
| Testo
| Libero
|-
| Data
| Data o testo
| AAAA-MM-GG
|-
| Testo della lettera
| Testo
| Libero
|-
| Codice_lettera
| Testo
| Libero
|}

Campi opzionali che possono risultare utili:

{| class="wikitable"
! CAMPO
! TIPOLOGIE
! COMMENTI
|-
| Persone citate
| Testo
| Libero
|-
| Luoghi citati
| Testo
| Libero
|-
| Temi
| Testo
| Libero o menù a tendina
|-
| Periodo interessato
| Testo
| Libero
|-
| Riassunto
| Testo
| Libero
|-
| Riassunto
| Testo
| Libero
|-
| Ricorrenze discorsive
| Testo
| Libero
|}

Ci sarebbe anche un'altra possibilità, quella di creare un campo aggiuntivo per raccogliere dati su altre lettere menzionate nella lettera stessa. Questo sarebbe interessante, perché spesso le lettere sono risposte a quelle precedenti, che a loro volta erano risposte ad altre. Nel testo troviamo spesso "Rispondo alla tua lettera nel giorno..." o simile. Con questo controllo, possiamo vedere il tempo di risposta tra una lettera e l'altra e osservarne la serie, quasi una conversazione tra due persone. Per risolvere questo problema sarebbe sufficiente aggiungere un campo "in risposta alla lettera di". Un campo il cui valore è calcolato automaticamente e che potrebbe contenere la differenza tra le due date; oppure questo calcolo potrebbe essere fatto con un foglio di calcolo e il dato ricavato potrebbe poi essere esportato nella base dati. Tuttavia, la lettera non sempre risponde ad una sola lettera: può darsi che, analizzando la documentazione, troviamo delle missive, risposte lunghe a due-tre lettere precedenti (menzionate esplicitamente nel testo). In questo caso un campo "in risposta alla lettera di..." non è sufficiente: è necessario creare un'altra tabella che contenga tutte le lettere scritte in risposta ad una lettera particolare, le date e i destinatari.

{{erro}}

==== Fonti dialogiche ====

Si prende l'espressione "dialogico" dal testo di Carlo Ginzburg ''L'Inquisitore come antropologo''<ref>GINZBURG, Carlo, ''L’inquisitore come antropologo'', in R. Pozzi, A. Prosperi, a cura, ''Studi in onore di Armando Saitta'', Pisa, Giardini, 1989, pp. 23-33.</ref>. Il termine disegna le fonti prodotti da un dialogo, per esempio inquisizioni della Chiesa o interrogatori della polizia. Certo, le due fonti sono frutto di epoche molto diverse, ma Ginzburg ci fa notare come abbiano una struttura simile e costituiscano corpus documentari maggiormente organizzati rispetto alla semplice corrispondenza. Le fonti dialogiche formano serie complete, sia nei luoghi dove vengono prodotte che negli archivi. Ci sono molti studi su questo tipo di fonti, anche se la maggior parte delle opere che le utilizzano non fanno alcuna riflessione sulla loro produzione. La produzione di queste fonti segue un rituale, che inizia con l'instaurazione del processo dell'interrogatorio, che viene trascritto dall'inizio alla fine (con silenzi, forse, ma sempre con un inizio e una fine). È abbastanza comune trovare le affermazioni in serie e, di caso in caso, un elenco di domande poste agli interrogati. Troviamo, in altri termini, due livelli di regolarità: uno della fonte, con il processo, le affermazioni e le liste di domande; l'altro, specifico per ogni insieme, con la logica delle domande, secondo la dinamica del processo, il momento della sua produzione e il caso in questione.

Se vogliamo usare il modello relazionale per rappresentare questo tipo di fonti, abbiamo bisogno di una tabella per il processo con i campi "data di inizio" e "data di fine", oltre a una sintesi del caso, una lista di imputati e testimoni. Certamente saranno necessari dati più basilari, come il luogo dell'indagine e i nomi degli investigatori e dei giudici. In tal caso, sarebbe importante avere informazioni su ciascuna delle istanze attraverso le quali è passata, sapendo che le gerarchie di un sistema sono ricorrenti e secolari. È vero che il nostro caso potrebbe essere stato archiviato nello stesso luogo del processo, in una stazione di polizia locale; il semplice fatto di prendere in considerazione la traiettoria del caso, anche inesistente, ci fa migliorare la nostra riflessione sulla fonte e sul problema storico stesso. L’archiviazione nel luogo del processo era una consuetudine o una decisione arbitraria? Quali procedure erano maggiormente ricorrenti? Queste sono le domande che ci poniamo prima di organizzare il nostro materiale nei campi della tabella di una base di dati.

La prima cosa da scoprire è il possibile diagramma di flusso del processo, il percorso di indagine dall'inizio alla fine. Questo varia a seconda del contesto. Inoltre è necessario sapere se ci sono differenze di flusso tra i casi. Se non ci sono, basta creare una tabella "Processi", in cui possiamo segnare con un valore del campo "sì” o “no" a seconda che il percorso sia concluso. In questo modo, ogni interrogatorio verrebbe registrato in una tabella collegata "Interrogatori", poiché ogni processo può avere ''n'' sessioni di interrogatorio, o dialoghi. E poiché anche il numero di domande è sempre ''n'', sarebbe importante creare una tabella "Domande", che avrebbe, oltre al campo "codice", i campi "domanda" e "risposta".

Mi sembra che non ci sia bisogno di ripetere le tabelle con i dati organizzati, come ho fatto nell'esempio dei documenti dei battesimi o per la corrispondenza. A questo punto, il lettore può già elaborare il proprio schema a partire dalle riflessioni iniziali qui esposte. L'importante è non banalizzare concetti complessi o che richiedono di essere elaborate ulteriormente. Il nostro lavoro di storici è già di per sé spesso una semplificazione. Anche il database è una semplificazione e la semplificazione è necessaria per l’organizzazione dei dati. Non c’è bisogno di semplificare ulteriormente, perché abbiamo i strumenti sufficienti per trattare le fonti con la dovuta cura.

{{bottom|nome=Tiago|cognome=Gil|tradutoreNome=Daria|tradutoreCognome=Mikhaylova}}

Predefinition:BottomTrad

2022-01-26T09:37:45Z

Database centrato sulle fonti

2022-01-26T09:32:16Z

Tiago:

Database centrato sulle fonti

2022-01-26T09:31:57Z

Tiago:

2021-12-25T22:19:43Z

Tiago:

{{verbete|nome=Tiago|sobrenome=Gil|verbete=
{{Coding}}

Comecemos com este belo trecho escrito por Marc Bloch:

{{Letra|%=80|texto=''É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício. Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo. A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita. Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites. Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único. Esse método supõe o consentimento no trabalho por equipes. Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes. São êxitos de que nos encontramos ainda bastante distantes. Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência.''}}

BLOCH, Marc. Apologia da história. Rio de Janeiro: Zahar, 2002. Pg. 81

<syntaxhighlight lang="python">
textoDeMarcBloch = "É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício. Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo. A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita. Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites. Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único. Esse método supõe o consentimento no trabalho por equipes. Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes. São êxitos de que nos encontramos ainda bastante distantes. Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência."

linhas = textoDeMarcBloch.split(". ") # cria uma variável que divide (split) o texto a partir dos pontos finais e do espaço que segue (". ")Ex.: linha1, linha2, linha3...

# o script abaixo usa o ''for'', um tipo de procedimento em série, para processar cada linha já dividida do texto original, no caso quer dizer: "para cada item na variável "linhas", faça o que está abaixo. Ao invés de dizer várias vezes "processe a linha 1", "processe a linha 2" e por aí vai, dizemos uma única vez, "processe uma por uma até o fim"

for item in linhas: # para cada linha faça o que está abaixo
palavras = item.split(" ") # crie a variável "palavras", quebrando a linha por espaços (" ")
print(len(palavras)) # imprima o total de palavras por frase, ''len'' vem de lenght, tamanho em inglês, e é usado para medir as coisas em python. No caso, está medindo a quantidade de palavras da variável "palavras", que é, na verdade, o conjunto de palavras. Poderia ser mesmo designada ConjuntoDePalavrasdasFrases, ou qualquer outro nome que você goste (desde que lembre)
‎</syntaxhighlight>

Agora vem a pergunta. Porquê se usa "item" e não as linhas? Porque ele processa uma linha por vez e "linhas" é o conjunto de todas as linhas. Ele pega uma por vez e processa o que queremos. Ele conta as palavras de cada linha, independente da diferença. Não é obrigatório usar item, poderia ser qualquer outra palavra, mas é bem fácil de lembrar e muito usado pelos programadores.

O resultado será em quantidade de palavras e terá essa configuração:

{{rtd|rtd=
23

18

14

60

32

9

13

9

15

}}

Contudo, talvez seja mais interessante poder contrastar o resultado com a linha. Vejamos:

<syntaxhighlight lang="python">
textoDeMarcBloch = "É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício. Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo. A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita. Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites. Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único. Esse método supõe o consentimento no trabalho por equipes. Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes. São êxitos de que nos encontramos ainda bastante distantes. Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência."

linhas = textoDeMarcBloch.split(". ") # cria uma variável que divide (split) o texto a partir dos pontos finais (".") e do espaço que segue.Ex.: linha1, linha2, linha3...

# o script abaixo usa o ''for'', um tipo de procedimento em série, para processar cada linha já dividida do texto original, no caso quer dizer: "para cada item na variável "linhas", faça o que está abaixo. Ao invés de dizer várias vezes "processe a linha 1", "processe a linha 2" e por aí vai, dizemos uma única vez, "processe uma por uma até o fim"

for item in linhas: # para cada linha faça o que está abaixo
palavras = item.split(" ") # crie a variável "palavras", quebrando a linha por espaços (" ")
print(str(len(palavras))+ " - " + item) # '''AGORA COMPLICOU. Vamos por partes: ''str' (string, ou seja, texto) é usado para converter em texto o resultado da contagem de palavras, que originalmente era em formato de número. Isso é necessário para juntar (concatenar) com o tracinho "-" que separa o total de palavras das frases. Tanto o tracinho quanto as frases propriamente ditas são texto (string) e não podem ser concatenadas com números. É preciso sempre convertar. Para concatenar, basta usar o sinal de " + ". Se fossem números, ele literalmente somaria. Agora vem a pergunta. Porquê se usa "item" e não as linhas? Porque ele processa uma linha por vez e "linhas" é o conjunto de todas as linhas. Ele pega uma por vez e processa o que queremos. Ele conta as palavras de cada linha, independente da diferença. Não é obrigatório usar item, poderia ser qualquer outra palavra, mas é bem fácil de lembrar e muito usado pelos programadores.'''
‎</syntaxhighlight>

O resultado é diferente:

{{rtd|rtd=
23 - É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício

19 - Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo

14 - A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita

60 - Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites

32 - Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único

9 - Esse método supõe o consentimento no trabalho por equipes

13 - Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes

9 - São êxitos de que nos encontramos ainda bastante distantes

15 - Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência

}}

O ideal teria sido, desde o início, remover todas as vírgulas. Para isso bastaria usar o comando "replace", criando uma variável logo no início

<syntaxhighlight lang="python">

...

textoDeMarcBlochSemVirgulas = textoDeMarcBloch.replace(",", "")

linhas = textoDeMarcBlochSemVirgulas.split(". ")

...
‎</syntaxhighlight>

{{rtd|rtd=
23 - É bom a meu ver é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício

18 - Mesmo apenas a fim de saber avaliar previamente a força da ferramenta e as dificuldades de seu manejo

14 - A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita

60 - Por qual absurdo paralogismo deixamos que homens que boa parte do tempo só conseguirão atingir os objetos de seus estudos através das palavras ignorem entre outras lacunas as aquisições fundamentais da linguística? No entanto por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados elas encontrarão sempre e geralmente muito rápido seus limites

32 - Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes mas [todas] voltadas para a elucidação de um tema único

9 - Esse método supõe o consentimento no trabalho por equipes

13 - Exige também a definição prévia por comum acordo de alguns grandes problemas predominantes

9 - São êxitos de que nos encontramos ainda bastante distantes

15 - Eles determinam porém numa larga medida — não duvidemos — o futuro de nossa ciência.

}}

{{Importante|nota=Usamos o método "replace()" para substituir alguns itens (inclusive por nada). Para saber mais sobre o "replace()" e outros métodos de texto, [[Python - Métodos de texto (string)|clique aqui.]]}}

Será que Marc Bloch abusava de linhas curtas? Será que alternava com estilo? Fica ao leitor a avaliação, lembrando que é apenas um exemplo sem qualquer pretensão de exatidão (o que tampouco seria possível ou desejável)

}}

2021-12-21T23:09:34Z

Tiago:

{{verbete|nome=Tiago|sobrenome=Gil|verbete=
{{Coding}}

Comecemos com este belo trecho escrito por Marc Bloch:

{{Letra|%=80|texto=''É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício. Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo. A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita. Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites. Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único. Esse método supõe o consentimento no trabalho por equipes. Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes. São êxitos de que nos encontramos ainda bastante distantes. Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência.''}}

<syntaxhighlight lang="python">
textoDeMarcBloch = "É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício. Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo. A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita. Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites. Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único. Esse método supõe o consentimento no trabalho por equipes. Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes. São êxitos de que nos encontramos ainda bastante distantes. Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência."

linhas = textoDeMarcBloch.split(".") # cria uma variável que divide (split) o texto a partir dos pontos finais (".")

# o script abaixo usa o ''for'', um tipo de procedimento em série, para processar cada linha já dividida do texto original, no caso quer dizer: "para cada item na variável "linhas", faça o que está abaixo

for item in linhas: # para cada linha faça o que está abaixo
palavras = item.split(" ") # crie a variável "palavras", quebrando a linha por espaços (" ")
print(len(palavras)) # imprima o total de palavras por frase, ''len'' vem de lenght, tamanho em inglês, e é usado para medir as coisas em python
‎</syntaxhighlight>

Agora vem a pergunta. Porquê se usa "item" e não as linhas? Porque ele processa uma linha por vez e "linhas" é o conjunto de todas as linhas. Ele pega uma por vez e processa o que queremos. Ele conta as palavras de cada linha, independente da diferença. Não é obrigatório usar item, poderia ser qualquer outra palavra, mas é bem fácil de lembrar e muito usado pelos programadores.

O resultado será em quantidade de palavras e terá essa configuração:

{{rtd|rtd=
23
19

15

61

33

10

14

10

16

1

}}

O "1" final é um resíduo.

Contudo, talvez seja mais interessante poder contrastar o resultado com a linha. Vejamos:

<syntaxhighlight lang="python">
textoDeMarcBloch = "É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício. Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo. A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita. Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites. Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único. Esse método supõe o consentimento no trabalho por equipes. Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes. São êxitos de que nos encontramos ainda bastante distantes. Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência."

linhas = textoDeMarcBloch.split(".") # cria uma variável que divide (split) o texto a partir dos pontos finais (".")

# o script abaixo usa o ''for'', um tipo de procedimento em série, para processar cada linha já dividida do texto original, no caso quer dizer: "para cada item na variável "linhas", faça o que está abaixo

for item in linhas: # para cada linha faça o que está abaixo
palavras = item.split(" ") # crie a variável "palavras", quebrando a linha por espaços (" ")
print(str(len(palavras))+ " - " + item) # AGORA COMPLICOU. Vamos por partes: ''str' (string, ou seja, texto) é usado para converter em texto o resultado da contagem de palavras, que originalmente era em formato de número. Isso é necessário para juntar (concatenar) com o tracinho "-" que separa o total de palavras das frases. Tanto o tracinho quanto as frases propriamente ditas são texto (string) e não podem ser concatenadas com números. É preciso sempre convertar. Para concatenar, basta usar o sinal de " + ". Se fossem números, ele literalmente somaria. Agora vem a pergunta. Porquê se usa "item" e não as linhas? Porque ele processa uma linha por vez e "linhas" é o conjunto de todas as linhas. Ele pega uma por vez e processa o que queremos. Ele conta as palavras de cada linha, independente da diferença. Não é obrigatório usar item, poderia ser qualquer outra palavra, mas é bem fácil de lembrar e muito usado pelos programadores.
‎</syntaxhighlight>

O resultado é bem evidente

{{rtd|rtd=
23 - É bom, a meu ver, é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício

19 - Mesmo apenas a fim de saber avaliar, previamente, a força da ferramenta e as dificuldades de seu manejo

15 - A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita

61 - Por qual absurdo paralogismo, deixamos que homens que, boa parte do tempo, só conseguirão atingir os objetos de seus estudos através das palavras ignorem, entre outras lacunas, as aquisições fundamentais da linguística? No entanto, por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem armados, elas encontrarão sempre, e geralmente muito rápido, seus limites

33 - Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes, mas [todas] voltadas para a elucidação de um tema único

10 - Esse método supõe o consentimento no trabalho por equipes

14 - Exige também a definição prévia, por comum acordo, de alguns grandes problemas predominantes

10 - São êxitos de que nos encontramos ainda bastante distantes

16 - Eles determinam porém, numa larga medida — não duvidemos —, o futuro de nossa ciência

1 -

}}

O ideal teria sido, desde o início, remover todas as vírgulas. Para isso bastaria usar o comando "replace", criando uma variável logo no início

<syntaxhighlight lang="python">

textoDeMarcBlochSemVirgulas = textoDeMarcBloch.replace(",", "")

linhas = textoDeMarcBlochSemVirgulas.split(".")

‎</syntaxhighlight>

{{rtd|rtd=
23 - É bom a meu ver é indispensável que o historiador possua ao menos um verniz de todas as principais técnicas de seu ofício

19 - Mesmo apenas a fim de saber avaliar previamente a força da ferramenta e as dificuldades de seu manejo

15 - A lista das “disciplinas auxiliares” cujo ensino propomos a nossos iniciantes é demasiado restrita

61 - Por qual absurdo paralogismo deixamos que homens que boa parte do tempo só conseguirão atingir os objetos de seus estudos através das palavras ignorem entre outras lacunas as aquisições fundamentais da linguística? No entanto por maior que seja a variedade de conhecimentos que se queira proporcionar aos pesquisadores mais bem
armados elas encontrarão sempre e geralmente muito rápido seus limites

33 - Nenhum remédio então senão substituir a multiplicidade de competências em um mesmo homem por uma aliança de técnicas praticadas por eruditos diferentes mas [todas]
voltadas para a elucidação de um tema único

10 - Esse método supõe o consentimento no trabalho por equipes

14 - Exige também a definição prévia por comum acordo de alguns grandes problemas predominantes

10 - São êxitos de que nos encontramos ainda bastante distantes
16 - Eles determinam porém numa larga medida — não duvidemos — o futuro de nossa ciência
1 -
}}

}}