[Gastosabertos] Fwd: Rabisco inicial do Cuidando 2

Everton Zanella Alvarenga tom em okfn.org.br
Sábado Junho 13 18:04:34 UTC 2015


Se rolou mais algum progresso, avisem.


---------- Mensagem encaminhada ----------
De: Andres MRM <andres em inventati.org>
Data: 24 de maio de 2015 08:36
Assunto: Re: Rabisco inicial do Cuidando 2
Para: Peter Krauss <ppkrauss em gmail.com>
Cc: "Gisele S. Craveiro" <gisele.craveiro em gmail.com>, Everton Zanella
Alvarenga <tom em okfn.org.br>, Edgar <e em vaz.io>, Luiz Armesto <
luiz.armesto em gmail.com>



Na reunião ontem decidimos agregar o BD do Cuidando ao Gastos Abertos, já
que
os dois trabalharão com os dados de execução. O Cuidando passaria a ser mais
um cliente que consome os dados da API do Gastos Abertos.
Logo faz sentido que casemos as escolhas tecnológicas entre os dois.

Acho difícil que adotemos a Wiki, já que ninguém domina muito ela no grupo
ou
está botando muita fé nela para resolver a questão...

O Oda não curtiu muito a escolha do Mongo, mas o Luiz concorda que se formos
ficar no básico, ele resolveria. Porém, se vamos juntar com o Gastos, é
melhor
usar o mesmo BD nos dois... Até para fazer cruzamento das informações.
Porém,
se formos para SQL, perderemos o Eve, pois ele não suporta Geo via SQL, só
via
Mongo. O que implicaria reescrever várias coisas que ganhamos de graça no
Eve.
Pensando unicamente no Cuidando, não me parece interessante por agora. Mas
pensando Gastos+Cuidando acho que sim...

O Gastos vai usar a wiki da OK. Acho que vou manter a do GitLab+GitHub para
o
Cuidando. De qualquer forma, enquanto não definirmos melhor as tecnologias,
é
melhor não avançar na doc.


Abs!


Quoting Peter Krauss (2015-05-23 13:37:15)
> Prezados,
>
> Esse thread já tem dezenas de coisas interessantes para irmos
discutindo... Mas
> por e-mail (?!), podemos escrever um livro... E ninguém vai querer perder
temo
> lendo esse livro. Documentar um mínimo das decisões e encaminhamentos de
todos
> os colaboradores parece ser oportuno.
>
> Existem algumas formas de nos comunicarmos e chegarmos a um "consenso
técnico"
> assim como alinhamento geral das diretivas, inclusive de integração com o
> Gastos Abertos via proposta de webservices do Andres (que pelo demo do
Edgar me
> parece que já está no mesmo rumo)...
>
> * Prototipação: demos do Andres (Cuidando2) e Edgar (Gastos)... Mas se
essa é a
> opção metodológica para tudo, há que se investir em outros demos, temos
tempo e
> disposição para isso? Vai ter uma "rodada de apreciação de demos"?
>
> * Discussão abstrata sobre "plug" de soluções: existem opções como
PostGIS,
> Neatline, AskBot, Mediawiki, autenticadores, etc. Acho que já temos uma
visão
> geral dos  plugs candidatos, mas será que todos nós temos condições de
discutir
> todos plugs? que tal dividir em grupos?  O Andres sugeriu por exemplo eu
e o
> Armesto discutirmos PostGIS, tem mais alguém? o Armesto concorda?  O
Andres vai
> dispor do tempo dele para "absorvermos" detalhes do projeto e podermos
sugerir
> uma solução consistente com o PostGIS?
>
> * Discussão e rascunho da documentação em regime Top-down: alguém
disposto a
> ajudar a documentar? o Andres já fez uma bonita figura, um diagrama de
dados da
> arquitetura de webservices que ele propõe, não é importante termos uma URL
> dessa figura?  Ter essa figura na Wiki ou no GoogleDocs?  Houve a
sugestão de
> irmos documentando na WIki do Github, fechado?
>
> * Discussão e rascunho da documentação em regime Bottom-up: idem, só que
talvez
> começando com plugs e provas de conceito (quase que prototipação porém
mais
> abstrato)...
>
> *  ....
>
> * Espiral de tudo isso...
>
> - - - -
>
> Enfim, não está claro se há uma metodologia ou se podemos obter consenso
sobre
> a sequência de decisões a serem tomadas.
> Tudo isso (colocado acima) ainda é muito técnico, e, como colocado antes,
> entendo que, se está na correria para se cumprirem prazos (parece que
apenas o
> Cuidando2 tem urgencia), seria em paralelo que o fechamento da discussão
de
> requisitos,
>
> * Requisitos: no Cuidando2 parecem já ter sido melhor delineados e
votados (ver
> PAD).
> * Restrições técnicas: podemos ir construindo em paralelo pois já há
clareza de
> requisitos e de arquitetura-base para
>
>
>
>
>
>
>
>
>
> Em 21 de maio de 2015 23:14, Andres MRM <andres em inventati.org> escreveu:
>
>
>     Oi, gente! Fiz um rabisco inicial do Cuidando 2:
>     http://cuidando.org.br:5001
>
>     (Não consegui configurar o WSGI do servidor, então estou rodando a
API,
>     site e
>     Isso (comentários) cada um em uma porta diretamente via Python. É
feio, mas
>     achei que valia a pena para mostrar o protótipo....
>     Para reduzir a chance de problemas estou mandando o link só para
vocês.)
>
>     O que tem minimamente funcionando:
>     - Expressões regulares agora em Python e minerando mais colunas
>     - Dados (geolocalizados ou não) em um BD Mongo inseridos através de
uma API
>       REST feita com o EVE (Python)
>     - Cliente JS (website) que:
>             - Pega da API a lista de todos os ID dos pontos e suas
lat,longs
>             - Plota isso usando Leaflet com plugin de cluster
>
>     Quando a pessoa clica em um ponto ele carrega mais dados do ponto via
Ajax
>     e
>     mostra os comentários relacionados àquele ponto embaixo do mapa.
>
>     Estou carregando os dados via Ajax (conforme a pessoa clica em cada
ponto)
>     por
>     recomendação do Luiz Armesto, já que mandar todos os dados de uma só
vez
>     estava bem pesado no Cuidando 1. Quase 2Mb. Mesmo comprimindo (algo
que
>     parece
>     que o Cuidando 1 não está fazendo, não sei porque) ainda ficaria meio
>     grande.
>
>     Nesse protótipo ele está baixando os dados rápido, mas, mesmo
>     clusterizando,
>     levando um tempinho para plotá-los (são quase 2000 pontos). Não acho
que
>     está
>     inviável, mas seria bom melhorar. Porém talvez isso se resolva sozinho
>     porque
>     há pontos que estão sendo mapeados, mas não deveriam. Alguns deles
porque
>     estão fora da cidade. Outros porque na verdade são regiões
(Pinheiros, Sé
>     etc).
>
>     O que leva à segunda questão: como representaremos as regiões?
>     Pensei em ter uma camada só para os pontos (um ponto por linha
mapeada) e
>     outra só com as regiões (cada região representando todas as linhas
mapeadas
>     para ela [talvez com uma cor para o valor total? não sei...]).
>
>     Outra questão: vamos clusterizar mesmo os pontos? Fica mais leve, mas
>     talvez
>     se perca a noção do todo... Tínhamos antes noção do todo? Lembro que o
>     Edgar
>     tinha recomendado uma visualização +ou- como a de calor.
>     Clusterizando me parece que não dá para representar os estágios de
cada
>     ponto,
>     que antes representávamos por cores. Pelo menos não no zoom menor. As
cores
>>     apareceriam quando aproximamos.
>
>     Por fim, alguns pontos óbvios que pretendo trabalhar enquanto não
decidimos
>     as
>     outras questões do projeto:
>     - Mostrar mais dados sobre cada ponto quando clicar nele
>     - Separar por estágios (liquidado, orçado, etc)
>     - Colocar a tabela listando todos os pontos (DataTables)
>     - Melhorar as expressões regulares
>     - Gráficos sobre os dados (ainda não sei se uso HighCharts ou algo
mais
>       acessível...)
>
>     Gits (sim, depois de toda aquela discussão resolvi, por enquanto,
replicar
>     o
>     código nos dois):
>     https://gitlab.com/ok-br/cuidando2
>     https://github.com/okfn-brasil/cuidando2
>     (Antes que o Edgar me xingue de novo: o código está bem porco, mas
queria
>     ter
>     um exemplo simples para testar as coisas =P )
>
>
>     O Peter está defendendo usar uma Wiki para os dados, ainda não
entendi bem
>     como seria isso, nem se concordo com a ideia, mas como está tudo
>     razoavelmente
>     bem modularizado, daria para trocar o módulo correspondente se
decidíssemos
>     mesmo pela Wiki, ou até usá-la em conjunto com o que já tem ai.
>
>
>     Abraços!
>     (E, por favor, me perdoem o e-mail gigante. Especialmente o Luiz, que
>     está sendo "jogado" aqui na história. =P )
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/gastosabertos/attachments/20150613/3028da0a/attachment-0003.html>


Mais detalhes sobre a lista de discussão Gastosabertos