[okfn-br] supostos facilitadores são barreiras aos dados abertos

[Yasodara Cordova]

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" <ppkrauss em gmail.com> 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
> okfn-br em lists.okfn.org
> https://lists.okfn.org/mailman/listinfo/okfn-br
> Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/okfn-br/attachments/20150425/83ecb8d2/attachment-0005.html>