1 224
edições
Sem resumo de edição |
mSem resumo de edição |
||
Linha 1: | Linha 1: | ||
* Texto original: https://github.com/digital-guard/preserv/blob/main/docs/pt/man-makeConf.md | |||
Os arquivos <code>make_conf.yaml</code> têm como finalidade principal a conversão automática para [https://en.wikipedia.org/wiki/Make_(software)#Makefile ''makefile''], e, secundariamente, conversões para geração de "conteúdo esqueleto" do README e de e-mails do ''workflow'' de aprovação. | Os arquivos <code>make_conf.yaml</code> têm como finalidade principal a conversão automática para [https://en.wikipedia.org/wiki/Make_(software)#Makefile ''makefile''], e, secundariamente, conversões para geração de "conteúdo esqueleto" do README e de e-mails do ''workflow'' de aprovação. | ||
== Resumo da ferramenta == | == Resumo da ferramenta == | ||
Os dados recebidos de diferentes doadores apresentam diferentes formatos e estruturas. Na Digital-Guard, por outro lado, criamos uma estrutura padrão para que os dados "conversem" e sejam comparáveis entre si... A compatibilidade dos dados é um aspecto fundamental, mas não podemos devolver os dados para os doadores dizendo "coloque no formato padrão". É uma condição de trabalho que a Digital-Guard se propôs a enfrentar. Enfrentamos o desafio através da implementação de "motores de conversão", que são softwares que convertem dados de outros formatos para o formato e estrutura padronizados. | Os dados recebidos de diferentes doadores apresentam diferentes formatos e estruturas. Na [[Documentação Digital-guard|Digital-Guard]], por outro lado, criamos uma estrutura padrão para que os dados "conversem" e sejam comparáveis entre si... A compatibilidade dos dados é um aspecto fundamental, mas não podemos devolver os dados para os doadores dizendo "coloque no formato padrão". É uma condição de trabalho que a Digital-Guard se propôs a enfrentar. Enfrentamos o desafio através da implementação de "motores de conversão", que são softwares que convertem dados de outros formatos para o formato e estrutura padronizados. | ||
Uma outra condição é a preservação: os dados originais são guardados por 20 anos, e qualquer um que desejar, hoje ou no futuro, recuperar os dados e p | Uma outra condição é a preservação: os dados originais são guardados por 20 anos, e qualquer um que desejar, hoje ou no futuro, recuperar os dados e p | ||
Linha 45: | Linha 47: | ||
Comumente, cada layer é especificado pelas seguintes chaves: | Comumente, cada layer é especificado pelas seguintes chaves: | ||
* <code>layer:</code> nome padronizado do ''layer'', conforme tabela dos | * <code>layer:</code> nome padronizado do ''layer'', conforme tabela dos '''''[[dg:AsIs feature types|feature types]]'''''. | ||
** <code>subtype:</code> completeza do layer com relação a dados-core do sponsor: full, ext ou none. Dados complementares (cadastrais) aos dados-core são descritos pelos valores: cmpl, noid e none. | ** <code>subtype:</code> completeza do layer com relação a dados-core do sponsor: full, ext ou none. Dados complementares (cadastrais) aos dados-core são descritos pelos valores: cmpl, noid e none. | ||
** <code>method:</code> método de conversão utilizado para a ingestão de <code>file</code>. Os mais comuns são shp2sql e ogr2ogr. Outros disponíveis são csv2sql e ogrWshp. | ** <code>method:</code> método de conversão utilizado para a ingestão de <code>file</code>. Os mais comuns são shp2sql e ogr2ogr. Outros disponíveis são csv2sql e ogrWshp. | ||
Linha 90: | Linha 92: | ||
* Uso do makefile como [https://en.wikipedia.org/wiki/Extract,_transform,_load ETL] ... | * Uso do makefile como [https://en.wikipedia.org/wiki/Extract,_transform,_load ETL] ... | ||
* Semântica dos dados-origem e dos dados gerados ... ver | * Semântica dos dados-origem e dos dados gerados ... ver '''''[[dg:AsIs feature types|feature types]]'''''. | ||
edições