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

Peter Krauss ppkrauss em gmail.com
Sábado Abril 25 12:04:35 UTC 2015


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 ...
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/okfn-br/attachments/20150425/4615fe1b/attachment-0004.html>


Mais detalhes sobre a lista de discussão okfn-br