Bases centradas na fonte - Histórico de revisão

Tiago em 14h03min de 22 de setembro de 2020

2020-09-22T14:03:02Z

Tiago em 18h34min de 20 de maio de 2020

2020-05-20T18:34:48Z

Tiago em 15h54min de 21 de fevereiro de 2020

2020-02-21T15:54:45Z

Tiago em 13h15min de 13 de fevereiro de 2020

2020-02-13T13:15:36Z

Tiago em 13h13min de 13 de fevereiro de 2020

2020-02-13T13:13:39Z

Tiago em 12h07min de 5 de fevereiro de 2020

2020-02-05T12:07:00Z

Tiago em 21h05min de 19 de novembro de 2019

2019-11-19T21:05:46Z

Tiago em 21h05min de 19 de novembro de 2019

2019-11-19T21:05:18Z

Tiago em 21h04min de 19 de novembro de 2019

2019-11-19T21:04:08Z

Tiago em 20h56min de 13 de novembro de 2019

2019-11-13T20:56:14Z

← Edição anterior		Edição das 14h03min de 22 de setembro de 2020
Linha 318:		Linha 318:

	{{bottom\|nome=Tiago\|sobrenome=Gil}}		{{bottom\|nome=Tiago\|sobrenome=Gil}}
		+	[[category:Databases and historical sources]]

@@ Linha 15: / Linha 15: @@
 '''TABELA "LIVROS"  ---->  TABELA "BATISMOS" ----> TABELA "DETALHES"'''
 Criamos tabelas quando os fragmentos que identificamos em nossos materiais têm relevância e especificidades suficientes para ganhar um espaço exclusivo feito sob medida. Vamos pensar, agora, nos campos de cada uma das tabelas, começando pela de “livros”. O primeiro campo que sempre devemos criar é o “código”, um campo que vai identificar inequivocamente cada registro, nesse caso, cada livro. Alguns usam a expressão “Identificador” ou “ID”. Há quem use “Matrícula”. Eu prefiro chamar de “código”, especialmente pelo fato de que ali será inserido um código alfanumérico que será facilmente identificado como uma fonte. No caso dos batismos, eu faria algo como “SAnt_bat_001” para identificar o livro de batismos número 1 da Paróquia de Santo Antônio. Os programadores chamam esse tipo de campo de “chave primária”. Depois, veremos que os registros de batismos desse mesmo livro terão também esse rótulo, acrescido da página e da ordem do registro dentro dela. O campo seguinte é o nome da paróquia, um campo de texto; o próximo é o número do volume, e o seguinte, um campo de texto para informar o ano inicial e o final do tomo. É também importante fazer um campo para informar o número de registros total desse livro, assim como o de páginas. Eu ainda faria um campo para a abertura do livro (isso é feito, quase sempre, na primeira folha) e outro para seu “fechamento” (fica na última). Acabaria com um campo de observações. Talvez seja o caso de criar um campo para o nome do volume, pois, em algumas vezes são identificados com um título como “Livros dos Pretos da Candelária”. Assim, temos:
@@ Linha 206: / Linha 212: @@
 Com isso, já temos o modelo conceitual de nossa base e elementos para construir os modelos lógico e físico. A construção desses dois vai depender do software escolhido, mas será apenas uma tarefa mecânica depois de todas estas decisões. Mas, com isso, temos apenas uma base “individual”, para um único usuário. Se quiséssemos gerar um sistema com controle de usuários, distribuição de tarefas e auditoria, precisaríamos fazer outra tabela, para cadastrar os usuários, e criar os campos “usuário” e “data de criação” em cada uma das outras tabelas, para que registrasse quem fez o que e quando. Vale a mesma lógica apresentada até aqui.
 Com essa estrutura, podemos fazer coisas muito complexas com essa fonte. Podemos, por exemplo, selecionar apenas os livros que contenham registros nos quais o padrinho era filho de capitão. Com isso quero dizer que resguardando as especificidades de cada tipo de informação ao criar três tabelas, podemos ainda fazer buscas cruzadas considerando que as três tabelas estão relacionadas. Respeitamos a estrutura da fonte e ainda temos como recuperar dados com rapidez e complexidade. Se fizéssemos apenas uma tabela, teríamos muita dificuldade de guardar esses dados como “padrinho era filho de capitão” e tenderíamos a perder a informação, colocando-a em um campo muito específico ou, simplesmente, ignorando-a. O planejamento permitiu, como vimos, um uso amplo dos dados . Mais adiante, veremos como essa base poderia se integrar com outras, de batismo e de óbitos, para a aplicação do método Henry.
@@ Linha 293: / Linha 302: @@
 Haveria, ainda, outra possibilidade, a de criar um campo adicional para recolher dados sobre outras cartas mencionadas na própria carta. Isso seria interessante, porque, muitas vezes, as cartas são respostas a outras anteriores, que por sua vez foram respostas de outras mais e isso é freqüentemente mencionado (“Respondo por esta a sua do dia...” ou fórmulas semelhantes). Com esse controle, podemos ver o tempo de resposta entre uma carta e outra e observar uma série delas, quase uma conversa, entre duas pessoas. Para isso, bastaria o campo “em resposta à carta de” e, talvez, um campo de cálculo que medisse a diferença entre as duas datas, ainda que possa ser feito em uma planilha, uma vez exportados esses dados, o que já facilitaria a preparação de um gráfico. Contudo, nem sempre, a carta responde a apenas uma original. Pode ser o caso de, analisando a documentação, percebermos que há missivas que respondem a duas ou três anteriores, que são claramente mencionadas. Nesse caso, não basta um campo de "em resposta à carta de...". É preciso criar outra tabela que contenha aquele campo e as datas das originais e da atual.

@@ Linha 1: / Linha 1: @@
-{{banner}}
+{{head|nome=Tiago|sobrenome=Gil}}
 {{Bds}}
@@ Linha 310: / Linha 305: @@
+{{bottom|nome=Tiago|sobrenome=Gil}}

@@ Linha 1: / Linha 1: @@
-<div style="font-size:120%;font-weight:bold;background:#f4f082;border: none; margin: 1; padding:0; padding-bottom:.1em;"><font color="red">SITE EM CONSTRUÇÃO!!!</font></div>
+{{banner}}
-<div style="font-size:140%;font-weight:bold;border: none; margin: 1; padding:0; background:#f4f082;padding-bottom:.1em;"><font color="red">Nenhum conteúdo aqui apresentado é recomendável.</font>
 {| width="350" style="border-style:solid; border-width: 0px; border-color:686868; font-size:small"

@@ Linha 9: / Linha 9: @@
 |-
 |}
 Esse é o tipo preferido de grandes nomes, como Manfred Thaller e Alan Macfarlane. Ambos adotaram como padrão de trabalho uma espécie de transcrição estruturada, através da qual o documento era transcrito normalmente, mas certos fragmentos, palavras, números e datas, eram rotulados para que o computador pudesse processá-los. O mesmo também é defendido por Carvalho, que disse que "os melhores métodos de entrada de dados oriundos de fontes históricas são aqueles que preservam a estrutura original da informação". Usando desse recurso ou não, precisamos criar tabelas e campos para transformar nossos papéis velhos em bytes. Vejamos alguns exemplos.

← Edição anterior		Edição das 12h07min de 5 de fevereiro de 2020
Linha 1:		Linha 1:
		+	<div style="font-size:120%;font-weight:bold;background:#f4f082;border: none; margin: 1; padding:0; padding-bottom:.1em;"><font color="red">SITE EM CONSTRUÇÃO!!!</font></div>
		+	<div style="font-size:140%;font-weight:bold;border: none; margin: 1; padding:0; background:#f4f082;padding-bottom:.1em;"><font color="red">Nenhum conteúdo aqui apresentado é recomendável.</font>
		+	</div>
		+	<div style="font-size:180%;font-weight:bold;border: none; margin: 1; padding:0; background:#f4f082;padding-bottom:.1em;"><font color="red">Todos os textos aqui contidos estão disponíveis apenas para teste!! Favor não usar e não citar!!! </font>
		+	</div>
		+
	{\| width="350" style="border-style:solid; border-width: 0px; border-color:686868; font-size:small"		{\| width="350" style="border-style:solid; border-width: 0px; border-color:686868; font-size:small"
	\| align="left" style="background-color: rgba(255, 255, 255, 0.05)"\|''por'' '''[[Tiago Gil]]'''		\| align="left" style="background-color: rgba(255, 255, 255, 0.05)"\|''por'' '''[[Tiago Gil]]'''

@@ Linha 6: / Linha 6: @@
-===Registros de batismo===
+====Registros de batismo====
 Comecemos com uma fonte bastante tradicional nas aplicações informatizadas: os registros de batismo. Sei que os mais antigos conservados são de algumas cidades italianas e que podemos encontrá-los em toda a Europa, na África e na América. Como vou trabalhar com essa fonte, li vários artigos e livros sobre o uso que fizeram dela e das variações possíveis (ou, pelo, menos as mais comuns) em seu formato. Sei que há vasta metodologia desenvolvida para sua análise e que elas podem se revelar úteis em algum momento da pesquisa, pois minha pergunta inicial pode se revelar insuficiente e demandar outras abordagens não previstas inicialmente. Para tanto, precisarei adequar a pesquisa. Quando isso acontecer, será bom ter preparado a base de maneira a prever algumas possibilidades. Isso não significa criar uma base para tudo, mas desmontar de tal modo que os dados dos batismos possam ser remontados de diversos modos e não apenas da forma originalmente pensada.
 Vamos pensar na forma como os registros estão dispostos. Sempre serão na forma de livros, não apenas pelo fato de isso ser comum, mas porque há uma demanda oficial através de normativas internas da Igreja, que não vou explorar aqui. Todos os arquivos têm volumes onde ficam registrados os batismos que couberam ali. O número de registros de batismo possível em cada tomo é n. Não há mínimo ou máximo. Eles não têm divisão interna estabelecida. Os batismos geralmente são listados na ordem cronológica, um após o outro. É possível encontrar divisões em alguns casos, como metade do livro para pessoas livres e a outra metade para escravos, em sociedades escravistas. Há, igualmente, separação para indígenas. Mas são especificidades de alguns exemplares e não regras da fonte. Precisamos, contudo, considerar esta possibilidade e saber incluir isso no nosso modelo conceitual.
@@ Linha 209: / Linha 209: @@
-=== Correspondências ===
+==== Correspondências ====
 Vimos que as correspondências podem ser vistas como um tipo de fonte sem estrutura, diferente dos batismos. Isso não quer dizer que não possamos fazer bases delas. O que não podemos é forçar uma estruturação onde não há. As correspondências sequer têm uma forma padronizada de preservação, como os livros, no caso dos batismos. A única coisa que garante a especificidade do gênero é sua ampla utilização nos últimos séculos, ainda que seja imemorial. Há alguma bibliografia sobre esse tipo de fonte, ainda que não seja tão vasta quanto aquela dedicada aos registros paroquiais e há inúmeros estudos que usam este tipo de fonte, mas sempre dando um tratamento semelhante a livros, inclusive com a publicação de séries de correspondências.
@@ Linha 296: / Linha 296: @@
-=== Fontes dialógicas ===
+==== Fontes dialógicas ====

← Edição anterior	Edição das 21h05min de 19 de novembro de 2019
Linha 296:	Linha 296:


	+	=== Fontes dialógicas ===
	+
	+
	+	Tomei a expressão "dialógicas" do texto “O inquisidor como antropólogo”, de Carlo Ginzburg. Serve para designar as fontes que foram produzidas a partir de um diálogo, como interrogatórios da igreja ou da polícia. É claro que são frutos de épocas muito diferentes, mas o que faz Ginzburg aproximá-las é que elas têm uma estrutura semelhante e tendem a formar corpi documentais mais organizados do que as correspondências e formar séries completas, tanto nos locais onde são produzidas quanto nos Arquivos. Há muitos estudos sobre esse tipo de fonte, ainda que a maioria dos trabalhos que as utilizem não faça nenhuma reflexão sobre sua produção. A produção dessas fontes segue um ritual semelhante, com a instauração do processo, que é transcrito do início ao fim (com ausências, talvez, mas com um início e um final). É regular também o fato de haver depoimentos em série e, para cada caso particular, uma lista de perguntas que foram feitas aos interrogados. Ou seja, temos duas camadas de regularidades: uma própria da fonte, com o processo, os depoimentos e as listas de perguntas; outra, própria de cada conjunto, com a lógica própria das perguntas, de acordo com a dinâmica do processo, com o momento de sua produção e com o caso em questão.
	+	Precisamos, então, de uma tabela para o processo na qual haverá campos como “data inicial” e “data final”, além de uma súmula do caso, de uma lista de acusados e de testemunhas. É certo que dados mais básicos serão necessários, como o local do inquérito e os nomes dos investigadores e dos juízes. Nesse caso, seria importante ter informações sobre cada uma das instâncias pelas quais passou, sabendo que é recorrente que haja hierarquias na Justiça desde longo tempo. É bem verdade que nosso processo pode ter sido arquivado na origem, numa delegacia de interior, mas o simples fato de pensarmos que poderia ter tido uma longa trajetória, mas que não teve já nos faz aprimorar nossa reflexão sobre a fonte e o problema histórico em si. Era normal ser arquivado ou foi uma decisão arbitrária? Quais os trâmites mais recorrentes? São questões que colocamos diante da demanda por organizar nosso material em caixinhas (campos) de uma tabela.
	+	A primeira coisa a descobrir é o fluxograma possível do processo, o caminho do inquérito do início ao final. Isso varia de acordo com o contexto. É preciso também saber se há diferenças entre essas instâncias, no que toca ao processamento dos casos. Se não houver, basta uma tabela “Processos” na qual podemos marcar com um campo “sim ou não” todo o caminho possível de um caso. Isso resolveria. Deste modo, cada interrogatório seria colocado em uma tabela relacionada chamada “interrogatórios”, uma vez que cada processo pode ter n sessões de perguntas, ou diálogos, para manter o vocabulário. E como o número de perguntas também é sempre n, seria importante criar uma tabela “Perguntas”, que teria, além do campo “código”, os campos “pergunta” e “resposta”.
	+	Parece-me não ser preciso repetir as tabelas com os dados organizados, como fiz com o exemplo dos batismos e das cartas. Nesse momento, o leitor já pode bolar o próprio esquema a partir das reflexões iniciais aqui apontadas. O importante é não simplificar aquilo que merece desdobramentos. Nosso trabalho de historiador já é uma simplificação. Colocar em bases de dados, também, mas é uma simplificação que organiza. Não precisamos simplificar mais nem temos motivo para isso, porquanto temos ferramentas que nos permitem tratar as fontes com cuidado.

← Edição anterior		Edição das 21h04min de 19 de novembro de 2019
Linha 209:		Linha 209:


−	==== ~~Referências~~ ====	+	=== Correspondências ===
−	~~<references/>~~	+
		+	Vimos que as correspondências podem ser vistas como um tipo de fonte sem estrutura, diferente dos batismos. Isso não quer dizer que não possamos fazer bases delas. O que não podemos é forçar uma estruturação onde não há. As correspondências sequer têm uma forma padronizada de preservação, como os livros, no caso dos batismos. A única coisa que garante a especificidade do gênero é sua ampla utilização nos últimos séculos, ainda que seja imemorial. Há alguma bibliografia sobre esse tipo de fonte, ainda que não seja tão vasta quanto aquela dedicada aos registros paroquiais e há inúmeros estudos que usam este tipo de fonte, mas sempre dando um tratamento semelhante a livros, inclusive com a publicação de séries de correspondências.
		+
		+	O que é realmente regular ou esperado, previsto são informações como “remetente”, “destinatário”, “data”, “local do remetente”, “local do destinatário” e o “texto da carta”. Com isso faremos nossa base. Poderíamos acrescentar outros campos por capricho, para aproveitar bem mais a fonte: “pessoas citadas”, “locais citados” e “temas”. São três campos que evidenciam a intervenção direta do historiador, mas sem perturbar a fonte. Poderíamos também acrescentar um campo para incluir o período que a carta cobre, se faz referência a coisas passadas ou expectativas futuras, campos para resumo, recortes e outro para identificar recursos discursivos utilizados. Assim, estaríamos desmontando de forma mais adequada a fonte, como devemos fazer. Vejamos:
		+
		+	'''TABELA “CORRESPONDÊNCIAS”'''
		+
		+	{\| class="wikitable"
		+	! CAMPO
		+	! TIPO
		+	! OBS
		+	\|-
		+	\| Remetente
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Local do remetente
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Destinatário
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Local do destinatário
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Data
		+	\| Data ou texto
		+	\| AAAA-MM-DD
		+	\|-
		+	\| Texto da carta
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Código_carta
		+	\| Texto
		+	\| Livre
		+	\|}
		+
		+
		+
		+	Campos opcionais que podem ser úteis:
		+
		+
		+	{\| class="wikitable"
		+	! CAMPO
		+	! TIPO
		+	! OBS
		+	\|-
		+	\| Pessoas citadas
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Locais citados
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Temas
		+	\| Texto
		+	\| Livre ou caixa de opções
		+	\|-
		+	\| Período abarcado
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Resumo
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Recortes
		+	\| Texto
		+	\| Livre
		+	\|-
		+	\| Recursos discursivos
		+	\| Texto
		+	\| Livre
		+	\|}
		+
		+
		+
		+	Haveria, ainda, outra possibilidade, a de criar um campo adicional para recolher dados sobre outras cartas mencionadas na própria carta. Isso seria interessante, porque, muitas vezes, as cartas são respostas a outras anteriores, que por sua vez foram respostas de outras mais e isso é freqüentemente mencionado (“Respondo por esta a sua do dia...” ou fórmulas semelhantes). Com esse controle, podemos ver o tempo de resposta entre uma carta e outra e observar uma série delas, quase uma conversa, entre duas pessoas. Para isso, bastaria o campo “em resposta à carta de” e, talvez, um campo de cálculo que medisse a diferença entre as duas datas, ainda que possa ser feito em uma planilha, uma vez exportados esses dados, o que já facilitaria a preparação de um gráfico. Contudo, nem sempre, a carta responde a apenas uma original. Pode ser o caso de, analisando a documentação, percebermos que há missivas que respondem a duas ou três anteriores, que são claramente mencionadas. Nesse caso, não basta um campo de "em resposta à carta de...". É preciso criar outra tabela que contenha aquele campo e as datas das originais e da atual.
		+
		+

← Edição anterior		Edição das 20h56min de 13 de novembro de 2019
Linha 17:		Linha 17:

	Criamos tabelas quando os fragmentos que identificamos em nossos materiais têm relevância e especificidades suficientes para ganhar um espaço exclusivo feito sob medida. Vamos pensar, agora, nos campos de cada uma das tabelas, começando pela de “livros”. O primeiro campo que sempre devemos criar é o “código”, um campo que vai identificar inequivocamente cada registro, nesse caso, cada livro. Alguns usam a expressão “Identificador” ou “ID”. Há quem use “Matrícula”. Eu prefiro chamar de “código”, especialmente pelo fato de que ali será inserido um código alfanumérico que será facilmente identificado como uma fonte. No caso dos batismos, eu faria algo como “SAnt_bat_001” para identificar o livro de batismos número 1 da Paróquia de Santo Antônio. Os programadores chamam esse tipo de campo de “chave primária”. Depois, veremos que os registros de batismos desse mesmo livro terão também esse rótulo, acrescido da página e da ordem do registro dentro dela. O campo seguinte é o nome da paróquia, um campo de texto; o próximo é o número do volume, e o seguinte, um campo de texto para informar o ano inicial e o final do tomo. É também importante fazer um campo para informar o número de registros total desse livro, assim como o de páginas. Eu ainda faria um campo para a abertura do livro (isso é feito, quase sempre, na primeira folha) e outro para seu “fechamento” (fica na última). Acabaria com um campo de observações. Talvez seja o caso de criar um campo para o nome do volume, pois, em algumas vezes são identificados com um título como “Livros dos Pretos da Candelária”. Assim, temos:		Criamos tabelas quando os fragmentos que identificamos em nossos materiais têm relevância e especificidades suficientes para ganhar um espaço exclusivo feito sob medida. Vamos pensar, agora, nos campos de cada uma das tabelas, começando pela de “livros”. O primeiro campo que sempre devemos criar é o “código”, um campo que vai identificar inequivocamente cada registro, nesse caso, cada livro. Alguns usam a expressão “Identificador” ou “ID”. Há quem use “Matrícula”. Eu prefiro chamar de “código”, especialmente pelo fato de que ali será inserido um código alfanumérico que será facilmente identificado como uma fonte. No caso dos batismos, eu faria algo como “SAnt_bat_001” para identificar o livro de batismos número 1 da Paróquia de Santo Antônio. Os programadores chamam esse tipo de campo de “chave primária”. Depois, veremos que os registros de batismos desse mesmo livro terão também esse rótulo, acrescido da página e da ordem do registro dentro dela. O campo seguinte é o nome da paróquia, um campo de texto; o próximo é o número do volume, e o seguinte, um campo de texto para informar o ano inicial e o final do tomo. É também importante fazer um campo para informar o número de registros total desse livro, assim como o de páginas. Eu ainda faria um campo para a abertura do livro (isso é feito, quase sempre, na primeira folha) e outro para seu “fechamento” (fica na última). Acabaria com um campo de observações. Talvez seja o caso de criar um campo para o nome do volume, pois, em algumas vezes são identificados com um título como “Livros dos Pretos da Candelária”. Assim, temos:
		+
		+	'''TABELA "LIVROS"'''