Database centrati sul metodo - Histórico de revisão

Diacronie1 em 15h26min de 7 de agosto de 2021

2021-08-07T15:26:18Z

Diacronie1 em 15h24min de 7 de agosto de 2021

2021-08-07T15:24:47Z

Diacronie1 em 15h21min de 7 de agosto de 2021

2021-08-07T15:21:51Z

Lana.Sato em 18h22min de 6 de agosto de 2021

2021-08-06T18:22:49Z

Diacronie1 em 09h30min de 6 de agosto de 2021

2021-08-06T09:30:07Z

Lana.Sato em 03h33min de 29 de julho de 2021

2021-07-29T03:33:41Z

Lana.Sato em 03h32min de 29 de julho de 2021

2021-07-29T03:32:30Z

Lana.Sato em 15h23min de 2 de julho de 2021

2021-07-02T15:23:22Z

Lana.Sato em 15h22min de 2 de julho de 2021

2021-07-02T15:22:51Z

Lana.Sato em 15h21min de 2 de julho de 2021

2021-07-02T15:21:49Z

@@ Linha 6: / Linha 6: @@
 Questa tipologia di database è veloce da strutturare e permette di incentrarsi sullo scopo di una base di dati. Per questo motivo, un database centrato sul metodo necessita di sapere anticipatamente ciò che è destinato a fare.
-Un buon esempio di database ''method-centred'' è il sistema [[Fichoz|Fichoz]], il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base [[Fichoz|Fichoz]], la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
+Un buon esempio di database ''method-centred'' è il sistema '''[[Fichoz|Fichoz]]''', il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base '''[[Fichoz|Fichoz]]''', la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
 == '''Prosopografia''' ==
@@ Linha 12: / Linha 12: @@
 Così come è necessario conoscere la fonte per creare una base di dati centrata su di essa, '''è necessario conoscere bene anche la metodologia'''.
-Ora domandiamoci, sarebbe il caso di avere almeno due database, una per il gruppo e una per i singoli? Dovremmo avere un "record" per ogni personaggio, con la loro data di nascita, matrimonio, morte, ecc.? Un modello alternativo interessante per la [[Genealogie e prosopografie|prosopografia]] è la stessa base [[Fichoz]] di Jean-Pierre Dedieu, che non ha record individuali e il suo design è peculiare. L'idea è infatti quella di '''smembrare la vita delle persone in eventi''', in modo da poterle poi raggruppare sotto forma di biografia (o anche seguendo altri criteri). Sulla stessa base di dati sarebbe possibile '''mettere in relazione l'evento con altre persone''', consentendo quindi '''l'analisi delle reti'''.
+Ora domandiamoci, sarebbe il caso di avere almeno due database, una per il gruppo e una per i singoli? Dovremmo avere un "record" per ogni personaggio, con la loro data di nascita, matrimonio, morte, ecc.? Un modello alternativo interessante per la '''[[Genealogie e prosopografie|prosopografia]]''' è la stessa base '''[[Fichoz]]''' di Jean-Pierre Dedieu, che non ha record individuali e il suo design è peculiare. L'idea è infatti quella di '''smembrare la vita delle persone in eventi''', in modo da poterle poi raggruppare sotto forma di biografia (o anche seguendo altri criteri). Sulla stessa base di dati sarebbe possibile '''mettere in relazione l'evento con altre persone''', consentendo quindi '''l'analisi delle reti'''.
-Il modello concettuale del database [[Fichoz|Fichoz]] sembra molto adatto agli studi prosopografici e sarebbe difficile creare un sistema più efficiente e flessibile. Non è necessario avere una copia di questo sistema per riprodurne il concetto, basta conoscerne la descrizione e applicarla con la dovuta attenzione.
+Il modello concettuale del database '''[[Fichoz|Fichoz]]''' sembra molto adatto agli studi prosopografici e sarebbe difficile creare un sistema più efficiente e flessibile. Non è necessario avere una copia di questo sistema per riprodurne il concetto, basta conoscerne la descrizione e applicarla con la dovuta attenzione.
 Un sistema di record individuali è una buona via d'uscita, ma ci sono alcuni '''limiti''' difficili da aggirare. Il primo è la ricostruzione della '''vita della persona'''. Dovremmo procedere cronologicamente, ma sappiamo che non avremo mai un comportamento standard correlato al ciclo di vita, come l'età del matrimonio, l'età per entrare nel mondo del lavoro, o l'età per essere un parlamentare. Un altro limite è che, per ogni campo, avremmo bisogno di un altro correlato per la '''fonte''' che abbiamo usato per riempire quel campo. Un altro limite è legato ai '''“campi vuoti”''', cioè quelle caselle del data base che non possono essere completate per tutti gli individui. Dovremmo avere un campo “professione” anche per chi non ne ha mai avuto una? Un campo relativo allo stato matrimonio anche per chi non si è mai sposato? Un consiglio è quello di inserire il campo per tutti (es. “Sposato” o “Stato Civile”) evitando di lasciare la casella “in bianco”. Si può indicare l’assenza con un valore, come “No” nel caso di “Sposato”, oppure Single/Non sposato se il campo fosse “Stato Civile”.

@@ Linha 12: / Linha 12: @@
 Così come è necessario conoscere la fonte per creare una base di dati centrata su di essa, '''è necessario conoscere bene anche la metodologia'''.
-Per la prosopografia, ad esempio, è fortemente consigliata la lettura dell’opera di Lawrence Stone sull'aristocrazia inglese, così come un suo articolo del 1971. Esistono tanti altri contributi importanti, comprese molte collezioni nazionali, ma per comodità prenderemo in considerazione principalmente Stone.
+Ora domandiamoci, sarebbe il caso di avere almeno due database, una per il gruppo e una per i singoli? Dovremmo avere un "record" per ogni personaggio, con la loro data di nascita, matrimonio, morte, ecc.? Un modello alternativo interessante per la [[Genealogie e prosopografie|prosopografia]] è la stessa base [[Fichoz]] di Jean-Pierre Dedieu, che non ha record individuali e il suo design è peculiare. L'idea è infatti quella di '''smembrare la vita delle persone in eventi''', in modo da poterle poi raggruppare sotto forma di biografia (o anche seguendo altri criteri). Sulla stessa base di dati sarebbe possibile '''mettere in relazione l'evento con altre persone''', consentendo quindi '''l'analisi delle reti'''.
 Il modello concettuale del database [[Fichoz|Fichoz]] sembra molto adatto agli studi prosopografici e sarebbe difficile creare un sistema più efficiente e flessibile. Non è necessario avere una copia di questo sistema per riprodurne il concetto, basta conoscerne la descrizione e applicarla con la dovuta attenzione.

@@ Linha 6: / Linha 6: @@
 Questa tipologia di database è veloce da strutturare e permette di incentrarsi sullo scopo di una base di dati. Per questo motivo, un database centrato sul metodo necessita di sapere anticipatamente ciò che è destinato a fare.
-Un buon esempio di database ''method-centred'' è il sistema “[[Basi di dati: Fichoz/Actoz|Fichoz]]”, il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base "Fichoz", la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
+Un buon esempio di database ''method-centred'' è il sistema [[Fichoz|Fichoz]], il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base [[Fichoz|Fichoz]], la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
 == '''Prosopografia''' ==
@@ Linha 18: / Linha 18: @@
 Ora domandiamoci, sarebbe il caso di avere almeno due database, una per il gruppo e una per i singoli? Dovremmo avere un "record" per ogni personaggio, con la loro data di nascita, matrimonio, morte, ecc.? Un modello algernativbo interessante per la prosopografia è la stessa base “Fichoz” di Jean-Pierre Dedieu, che non ha record individuali e il suo design è peculiare. L'idea è infatti quella di '''smembrare la vita delle persone in eventi''', in modo da poterle poi raggruppare sotto forma di biografia (o anche seguendo altri criteri). Sulla stessa base di dati sarebbe possibile '''mettere in relazione l'evento con altre persone''', consentendo quindi '''l'analisi delle reti'''.
-Il modello concettuale del database “Fichoz” sembra molto adatto agli studi prosopografici e sarebbe difficile creare un sistema più efficiente e flessibile. Non è necessario avere una copia di questo sistema per riprodurne il concetto, basta conoscerne la descrizione e applicarla con la dovuta attenzione.
+Il modello concettuale del database [[Fichoz|Fichoz]] sembra molto adatto agli studi prosopografici e sarebbe difficile creare un sistema più efficiente e flessibile. Non è necessario avere una copia di questo sistema per riprodurne il concetto, basta conoscerne la descrizione e applicarla con la dovuta attenzione.
 Un sistema di record individuali è una buona via d'uscita, ma ci sono alcuni '''limiti''' difficili da aggirare. Il primo è la ricostruzione della '''vita della persona'''. Dovremmo procedere cronologicamente, ma sappiamo che non avremo mai un comportamento standard correlato al ciclo di vita, come l'età del matrimonio, l'età per entrare nel mondo del lavoro, o l'età per essere un parlamentare. Un altro limite è che, per ogni campo, avremmo bisogno di un altro correlato per la '''fonte''' che abbiamo usato per riempire quel campo. Un altro limite è legato ai '''“campi vuoti”''', cioè quelle caselle del data base che non possono essere completate per tutti gli individui. Dovremmo avere un campo “professione” anche per chi non ne ha mai avuto una? Un campo relativo allo stato matrimonio anche per chi non si è mai sposato? Un consiglio è quello di inserire il campo per tutti (es. “Sposato” o “Stato Civile”) evitando di lasciare la casella “in bianco”. Si può indicare l’assenza con un valore, come “No” nel caso di “Sposato”, oppure Single/Non sposato se il campo fosse “Stato Civile”.
@@ Linha 26: / Linha 26: @@
 == '''Analisi demografica (metodo Henry)''' ==
-Creato negli anni ''''50''' come percorso per studi demografici di epoche note come "pre-statistiche", quando non esisteva una registrazione sistematica dei dati delle popolazioni; il '''Metodo Henry''' ha formato generazioni di ricercatori e tante scuole di studi demografici, da Cambridge a Minho. La proposta era relativamente semplice: '''se non disponiamo di statistiche ufficiali dei secoli passati, raccogliamo tutti i registri di battesimo, matrimonio e decessi e cerchiamo di ricostituire le famiglie di tali periodi, incrociando i dati.''' L'idea era estremamente interessante ma si traduceva anche in un lavoro infinito.
+Creato negli anni Cinquanta come percorso per studi demografici di epoche note come "pre-statistiche", quando non esisteva una registrazione sistematica dei dati delle popolazioni; il '''Metodo Henry''' ha formato generazioni di ricercatori e tante scuole di studi demografici, da Cambridge a Minho. La proposta era relativamente semplice: '''se non disponiamo di statistiche ufficiali dei secoli passati, raccogliamo tutti i registri di battesimo, matrimonio e decessi e cerchiamo di ricostituire le famiglie di tali periodi, incrociando i dati.''' L'idea era estremamente interessante ma si traduceva anche in un lavoro infinito.
 Fu solo nel '''1968''' che venne presentato al mondo il primo grande risultato del metodo: '''la tesi di Pierre Goubert su Beauvais'''. Da allora, sono state apportate molte aggiunte al design originale, variazioni, e creati vari software per applicare il famoso metodo. Per creare un database che utilizzi il metodo Henry, '''l'ideale sarebbe iniziare con una base di dati per ognuna delle tre fonti: una per i battesimi, una per i matrimoni e una per i decessi.'''

@@ Linha 6: / Linha 6: @@
 Questa tipologia di database è veloce da strutturare e permette di incentrarsi sullo scopo di una base di dati. Per questo motivo, un database centrato sul metodo necessita di sapere anticipatamente ciò che è destinato a fare.
-Un buon esempio di database ''method-centred'' è il sistema “[[Fichoz]]”, il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base "Fichoz", la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
+Un buon esempio di database ''method-centred'' è il sistema “[[Basi di dati: Fichoz/Actoz|Fichoz]]”, il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base "Fichoz", la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
 == '''Prosopografia''' ==

@@ Linha 6: / Linha 6: @@
 Questa tipologia di database è veloce da strutturare e permette di incentrarsi sullo scopo di una base di dati. Per questo motivo, un database centrato sul metodo necessita di sapere anticipatamente ciò che è destinato a fare.
-Un buon esempio di database ''method-centred'' è il sistema “Fichoz”, il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base "Fichoz", la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
+Un buon esempio di database ''method-centred'' è il sistema “[[Fichoz]]”, il quale permette di condurre analisi storiche, elaborando e registrando i dati. Sebbene non consenta la piena incorporazione delle fonti, ha permesso la scomposizione delle interazioni sociali (descritte nelle fonti) in un'ampia varietà di porzioni raggruppabili a seconda delle necessità. Nel caso della base "Fichoz", la possibilità di smantellare le fonti è talmente grande che, a seconda dell'ostinazione del ricercatore, non sarebbe nemmeno così pericoloso fare a meno di queste ultime; sarebbe inoltre relativamente facile riutilizzare la base, vista la sua plasticità a fronte delle numerose metodologie oggi note. Poiché sono un sostenitore dei database incentrati sulla sorgente, temo di raccomandare database incentrati sul metodo, ma capisco che, se fatti bene, questi database possano risultare preziosi. Diamo un'occhiata ad alcuni esempi di metodologie e in cosa consisterebbe la creazione di basi con tali prospettive.
 == '''Prosopografia''' ==

@@ Linha 102: / Linha 102: @@
 La base di dati [https://www.slavevoyages.org/voyage/database ''Slave Voyages''] della ''Emory University'' è un buon esempio. È stato realizzato con fonti molto varie che meriterebbero analisi molto diverse. Ma così facendo, la base non sarebbe mai completa e non avremmo mai un'idea del volume di persone costrette ad attraversare l'Atlantico. In alcuni casi - e questo dipenderà dalla pianificazione del team - potrebbe essere necessario '''creare una base seriale che non sia legata ad una sola fonte primaria''', che sia quindi un mosaico deformato, presentandoci pertanto un'immagine, anche se sfocata, di ciò che vogliamo sapere. Per questo tipo di approccio valgono alcuni aspetti che abbiamo già accennato: pianificazione, confronto, esperienza con la fonte di dati e test. Questo può garantire un buon sviluppo.
-Tuttavia, è necessario fare come i coordinatori di '''Slave Voyages''' e come ci direbbero Marc Bloch: avere discrezione. Non vi è buon senso intrinseco alla storia. Se definiamo buoni criteri, allora la nostra base sarà coerente e utile. Ma il problema non si risolve così semplicemente. Ricordiamo il dibattito iniziato nel 1965 con Adeline Daumart: '''le nostre ipotesi cambiano nel corso della ricerca''' (e, molte volte, devono cambiare), a causa delle scoperte fatte nel corso di essa. Queste sono domande su cui il team dovrebbe riflettere.
+Tuttavia, è necessario fare come i coordinatori di ''Slave Voyages'' e come ci direbbero Marc Bloch: avere discrezione. Non vi è buon senso intrinseco alla storia. Se definiamo buoni criteri, allora la nostra base sarà coerente e utile. Ma il problema non si risolve così semplicemente. Ricordiamo il dibattito iniziato nel 1965 con Adeline Daumart: '''le nostre ipotesi cambiano nel corso della ricerca''' (e, molte volte, devono cambiare), a causa delle scoperte fatte nel corso di essa. Queste sono domande su cui il team dovrebbe riflettere.
 }}

← Edição anterior		Edição das 15h22min de 2 de julho de 2021
Linha 101:		Linha 101:

	La base di dati [https://www.slavevoyages.org/voyage/database ''Slave Voyages''] della ''Emory University'' è un buon esempio. È stato realizzato con fonti molto varie che meriterebbero analisi molto diverse. Ma così facendo, la base non sarebbe mai completa e non avremmo mai un'idea del volume di persone costrette ad attraversare l'Atlantico. In alcuni casi - e questo dipenderà dalla pianificazione del team - potrebbe essere necessario '''creare una base seriale che non sia legata ad una sola fonte primaria''', che sia quindi un mosaico deformato, presentandoci pertanto un'immagine, anche se sfocata, di ciò che vogliamo sapere. Per questo tipo di approccio valgono alcuni aspetti che abbiamo già accennato: pianificazione, confronto, esperienza con la fonte di dati e test. Questo può garantire un buon sviluppo.		La base di dati [https://www.slavevoyages.org/voyage/database ''Slave Voyages''] della ''Emory University'' è un buon esempio. È stato realizzato con fonti molto varie che meriterebbero analisi molto diverse. Ma così facendo, la base non sarebbe mai completa e non avremmo mai un'idea del volume di persone costrette ad attraversare l'Atlantico. In alcuni casi - e questo dipenderà dalla pianificazione del team - potrebbe essere necessario '''creare una base seriale che non sia legata ad una sola fonte primaria''', che sia quindi un mosaico deformato, presentandoci pertanto un'immagine, anche se sfocata, di ciò che vogliamo sapere. Per questo tipo di approccio valgono alcuni aspetti che abbiamo già accennato: pianificazione, confronto, esperienza con la fonte di dati e test. Questo può garantire un buon sviluppo.
		+
		+	Tuttavia, è necessario fare come i coordinatori di '''Slave Voyages''' e come ci direbbero Marc Bloch: avere discrezione. Non vi è buon senso intrinseco alla storia. Se definiamo buoni criteri, allora la nostra base sarà coerente e utile. Ma il problema non si risolve così semplicemente. Ricordiamo il dibattito iniziato nel 1965 con Adeline Daumart: '''le nostre ipotesi cambiano nel corso della ricerca''' (e, molte volte, devono cambiare), a causa delle scoperte fatte nel corso di essa. Queste sono domande su cui il team dovrebbe riflettere.

	}}		}}

← Edição anterior		Edição das 15h21min de 2 de julho de 2021
Linha 100:		Linha 100:
	Un sistema per fonti seriali o '''seriali''' sarebbe, di per sé, centrato sulla fonte, poiché, nella maggior parte dei casi, '''quantifichiamo una singola fonte''', ad esempio solo le merci di inventario, o solo i registri di acquisto e vendita di una località. Tuttavia, '''alcune basi non sono realizzate con un'unica fonte'''. Non significa che siano erratamente concepite.		Un sistema per fonti seriali o '''seriali''' sarebbe, di per sé, centrato sulla fonte, poiché, nella maggior parte dei casi, '''quantifichiamo una singola fonte''', ad esempio solo le merci di inventario, o solo i registri di acquisto e vendita di una località. Tuttavia, '''alcune basi non sono realizzate con un'unica fonte'''. Non significa che siano erratamente concepite.

		+	La base di dati [https://www.slavevoyages.org/voyage/database ''Slave Voyages''] della ''Emory University'' è un buon esempio. È stato realizzato con fonti molto varie che meriterebbero analisi molto diverse. Ma così facendo, la base non sarebbe mai completa e non avremmo mai un'idea del volume di persone costrette ad attraversare l'Atlantico. In alcuni casi - e questo dipenderà dalla pianificazione del team - potrebbe essere necessario '''creare una base seriale che non sia legata ad una sola fonte primaria''', che sia quindi un mosaico deformato, presentandoci pertanto un'immagine, anche se sfocata, di ciò che vogliamo sapere. Per questo tipo di approccio valgono alcuni aspetti che abbiamo già accennato: pianificazione, confronto, esperienza con la fonte di dati e test. Questo può garantire un buon sviluppo.

	}}		}}