[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
> só
> 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