Considerar armazenamento de resource descriptor no lugar do table schema para aumentar reuso dos metadados

[fjuniorr]

O principal objetivo aqui é maximizar o reuso de informações entre as etapas de:

• validação dados primários
• transformação
• validação dados finais

[fjuniorr]

Essa observação do anúncio da versão 5 do frictionless-py é relevante para essa decisão:

There are no changes in the Package related to the standards although it’s now possible to use resource dereference:

name: package
resources:
  - resource1.yaml
  - resource2.yaml

Vale a pena conferir como frictionless-r vai ser comportar nesse cenário.

[fjuniorr]

Para utilizar recursos externos a estrutura da pasta teria que ser modificada. Esse pacote

name: ppag2023-dadosmg
resources:
  - schemas/acoes_planejamento.yaml
  - schemas/indicadores_planejamento.yaml
  - schemas/localizadores_todos_planejamento.yaml
  - schemas/programas_planejamento.yaml

gera o erro "The data source could not be successfully loaded: [Errno 2] No such file or directory: schemas/data/acoes_planejamento.csv" porque o frictionless está considerando que os caminhos são relativos a localização do recurso, e não do data package.