Open Andrelamor opened 2 years ago
Após modificações nas propriedades format
e encoding
dos arquivos excel, percebe-se que o goodtables
continua interpretando esses arquivos como tabulares, mesmo tendo sido atribuído data-resource
como valor para a propriedade format
. Exemplo:
{
"name": "planejamento-teste-usabilidade",
"path":"plano_trabalho/planejamento-teste-usabilidade.xlsx",
"profile": "data-resource",
"encoding": "windows-1252",
"format": "xlsx"
},
Exemplo de resultado de validação. Agora resta saber como informar que os demais arquivos não-tabulares não possuem schema
, pois a segunda hipótese do comentário anterior parece ter se confirmado
Este apanhado não será necessariamente aderente às convenções, visa registrar temporariamente os erros encontrados e as hipóteses para os mesmos.
Inicialmente, o datapackage tinha somente um arquivo tabular, então isso ficou discriminado no datapackage.json. Somente o arquivo csv tinha
schema
edialect
, enquanto os demais foram marcados comprofile: data-resource
.Na validação via datapackage creator (que não lê o
schema
nem odialect
), a mensagem de erro foi:Já no goodtables:
Hipóteses:
ao taggear um único recurso como
tabular
noprofile
, todos os demais são lidos como tal (mesmo tendo sido informado no datapackage que são merosdata-resource
?ao adicionar um schema externo em um único recurso, dentre vários recursos de um datapackage, a validação pressupõe que todos os demais também deveriam ter um schema associado?