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

Domingo Abril 26 15:43:19 UTC 2015

Yaso,

Que belo achado, tem até rima de RAW com NOW no texto do Rufus :-)
Vale reforçar um dos negritos dele por aqui,  “To summarize: The data is
primary, the interface secondary”.

Concordo com você, os /dumps/ (big data raw) são coisas pra nerds e de
ativistas de OpenData, não são coisa pro grande público, nem mesmo para os
jornalistas... São dois pontos de vista,

1. os dumps são o principal e jamais devem ser abandonados;

2. a interface é relevante, talvez tão relevante quanto os dumps, tendo em
vista a abrangência de público. Como você bem colocou, "pessoas comuns
acessam via interface, as pessoas leem as coisas, não querem baixar o dump".

... Mas acho que os pontos de vista são reconciliáveis. Percebi isso da
discussão do pessoal do Radar, que a questão não era julgar/votar qual dos
pontos de vista é o principal, mas de lidar com recursos escaços e tomar uma
decisão sensata para aquele "momento da vida do Radar".

O conceito clássico de "Capability Maturity Model" ajuda talvez a
caracterizar: 

* um software imaturo ou de baixo investimento, precisa tomar decisões para
não dispersar recursos. "The data is primary, the interface secondary" já
diz tudo, na falta de recursos, deve-se priorizar o dump.

* um software maduro, ou uma prefeitura já com seu OpenData maduro, podem se
esmerar com uma boa interface... Mas jamais sem perder de vista e sem deixar
de continuar oferecendo o dump para a comunidade de OpenData. PS: o "deixar
de oferecer" que parece ter revoltado o Rufus.

Que acha, conciliam-se as recomendações (boas práticas) através do critério
da maturidade?

  Peter

-----
Peter
--
View this message in context: http://open-knowledge-foundation-brasil-rede-pelo-conhecimento-livre.50579.x6.nabble.com/okfn-br-supostos-facilitadores-sao-barreiras-aos-dados-abertos-tp4086p4088.html
Sent from the Open Knowledge Foundation Brasil - Rede pelo Conhecimento Livre mailing list archive at Nabble.com.