Oi Peter! Tem até um post do Rufus sobre isso http://blog.okfn.org/2007/11/07/give-us-the-data-raw-and-give-it-to-us-now/
Mas eu quase discordo do tom que ele coloca, eu acho que pessoas comuns acessam via interface, as pessoas leem as coisas, não querem baixar o dump. Mas tem o público hacker/empreendedor, essa galera precisa é dos dados, não dá interpretação do governo sobre eles... E aí o dump tinha que estar disponível mesmo. :-( On 25 Apr 2015 09:04, "Peter Krauss" <[email protected]> wrote: > 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 > >
_______________________________________________ okfn-br mailing list [email protected] https://lists.okfn.org/mailman/listinfo/okfn-br Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
