servicosgovbr / cartas-de-servico

Modelo e cartas de serviço do Portal de Serviços
MIT License
11 stars 19 forks source link

Fornecer arquivo consolidado com todos os serviços como saída para dados abertos #48

Open augusto-herrmann opened 9 years ago

augusto-herrmann commented 9 years ago

As definições dos serviços estão atualmente em vários arquivos xml no diretório cartas-servico/v3/servicos, sendo cada definição de serviço um arquivo xml em separado. Não existe um único arquivo consolidado que possa ser utilizado para transferir todos os dados sobre os serviços de uma única vez.

Ocorre que o conjunto de dados "Serviços Publicos Federais para o Cidadão", no Portal Brasileiro de Dados Abertos, contém um único recurso em xml que continha a lista de todos os serviços públicos do antigo Guia de Serviços, o qual está fora do ar (retorna "essa página não existe). Para que os mesmos dados continuem disponíveis para o cidadão, esse recurso precisa ser substituído pelos dados do novo Portal de Serviços.

A alternativa de adicionar cada arquivo xml individualmente como um recurso, com a informação de cada serviço, é inviável devido ao grande volume de arquivos pois não seria prático para o cidadão que precise fazer uma análise sobre todos os serviços, ou sobre todos os serviços de um determinado tipo.

A solução proposta é criar automaticamente um único arquivo compactado que contenha todos os arquivos xml com as definições dos serviços. Esse arquivo precisa ser atualizado toda vez que qualquer serviço for modificado, acrescentado ou excluído. O arquivo seria, então, catalogado como um recurso no portal dados.gov.br.

kchnr commented 9 years ago

Fizemos o merge do commit, obrigado pela contribuição.

Para finalizar esse cartão, teriamos que fazer o upload automáticamente desse zip gerado, sempre que alterado, para o dados.gov.br?

augusto-herrmann commented 9 years ago

O portal dados.gov.br atualmente não hospeda arquivos, apenas os metadados.

Então uma possível solução seria criar uma rota na aplicação para servi-lo dentro do domínio servicos.gov.br. Ficaria algo como http://www.servicos.gov.br/servicos.zip (não necessariamente essa url). Acham isso viável? Se for viável, é assunto para um outro cartão ou pode ser feito nesse mesmo?

Se não for viável, podemos providenciar acesso para que um script copiasse o arquivo servicos.zip para o servidor de arquivos em http://repositorio.dados.gov.br/governo-politica/administracao-publica/ , que é um repositório de dados que usamos para hospedar temporariamente os dados abertos de órgãos que não dispõem de infraestrutura própria para hospedar arquivos.

cv commented 8 years ago

Oi @augusto-herrmann!

O próprio github oferece um zip com todo o conteúdo do repositório, na seguinte URL:

https://github.com/servicosgovbr/cartas-de-servico/archive/master.zip

Isso seria suficiente para atender a este caso de uso?

augusto-herrmann commented 8 years ago

Atualmente temos a carta de serviços no dataset: http://dados.gov.br/dataset/servicos-publicos-federais-para-o-cidadao

Que aponta para a URL: https://github.com/servicosgovbr/cartas-de-servico/raw/master/cartas-servico/v3/servicos/servicos.zip

Acho que seria importante servir o mesmo arquivo, sempre atualizado, a partir do domínio servicos.gov.br, mas vou deixar para a equipe de serviços decidir se isso é mesmo necessário.