OKBr's, Alguém já passou por situação similar em outros sites de "supostos dados abertos"? Tem toda uma interface bacana de seleção de dados, e, na hora-H não baixa... (ver EXEMPLOS abaixo) Aí os dados que eram para ser abertos, ficam lá fechados pela interface (eventualmente se abrem depois de muita insistência e fé do usuário).
Me parece que o problema poderia ser solucionado por recomendações de boas práticas: os desenvolvedores quebram a cabeça e gastam energia nas ferramentas de download fragmentado, *quando bastaria um dump (completão)* (ou alguns *dumps* de dados sumarizados para quem quer prospectar com confiabilidade antes de baixar gigas). - - - - *EXEMPLO-1*: Tentando baixar hoje estatísticas dos MEIs em http://www.portaldoempreendedor.gov.br/estatistica/lista-dos-relatorios-estatisticos-do-mei descobri que os dados estão bloqueados (!). Nenhuma das interfaces (por data, por categoria,etc.) funcionou. A ferramenta de consulta se torna uma barreira ao invés de um facilitador (!). *EXEMPLO-2*: o site sempre manteve dump (cumpre a recomendação), mas tem um defeito no link do "fragmento de dado aberto", para ser legal com quem quer só um pedacinho dos ~50Mb, http://radarparlamentar.polignu.org/dados/casa_legislativa/ .... foi só "querer ser legal" para criar um problema. O exemplo é interessante por ter havido um diálogo interno dos desenvolvedores, https://github.com/radar-parlamentar/radar/issues/258 esse diálogo indica que a "interface de fragmentação de dados" é de pouco interesse do público de dados abertos, não se justificando sua implantação... E indica sobretudo que o bom e velho *DUMP* é a melhor solução! PS: pode-se inferir também do exemplo que a interface de fragmentação onera e cria risco de regressão de bugs <http://pt.stackoverflow.com/a/13530/4186> . *EXEMPLO-3*: ... para mim é um típico *déjà vu*, acredito que para outros "usuários de dados abertos" também ... aqui da lista muito já devem ter passado por isso ... talvez seja interessante documentar casos para criar fundamentação em recomendações de boas práticas ...
_______________________________________________ okfn-br mailing list [email protected] https://lists.okfn.org/mailman/listinfo/okfn-br Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
