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. _______________________________________________ okfn-br mailing list [email protected] https://lists.okfn.org/mailman/listinfo/okfn-br Unsubscribe: https://lists.okfn.org/mailman/options/okfn-br
