[Gastosabertos] Fwd: Rabisco inicial do Cuidando 2
Everton Zanella Alvarenga
tom em okfn.org.br
Sábado Junho 13 18:03:43 UTC 2015
---------- Mensagem encaminhada ----------
De: Luiz Armesto <luiz.armesto em gmail.com>
Data: 22 de maio de 2015 13:24
Assunto: Re: Rabisco inicial do Cuidando 2
Para: Andres MRM <andres em inventati.org>
Cc: "Gisele S. Craveiro" <gisele.craveiro em gmail.com>, Peter Krauss <
ppkrauss em gmail.com>, Everton Zanella Alvarenga <tom em okfn.org.br>, Edgar <
e em vaz.io>
Entendi, pensei que o stack já estava definido, por isso da pergunta. De
qualquer modo, pelo que vi, o plugin de SQLAlchemy do python-eve não tem
suporte a dados geoespaciais, então usar python-eve com postgis não é
trivial.
Não precisar ainda de queries geoespaciais não me parece um motivo forte o
suficiente para abrir mão de já utilizar o tipo mais adequado que o banco
de dados oferece. Trabalhando com geolocalização uma hora ou outra você vai
querer ou precisar analisar os dados usando essas informações. Já estar
preparado para isso é muito melhor do que depois ter que migrar os dados e
alterar código para ter isso.
Salvando longitude e latitude como float você só conseguirá usar essas
informações para plotar o ponto no mapa. Qualquer outro uso será mais
complicado.
Algum motivo para preferir postgis no lugar do mongodb para o que está
planejando para o cuidando 2?
Quantos pontos é esperado que o mapa exiba?
[]'s
P.S.: Se precisar usar postgis com sqlalchemy, eles tem um exemplo na
documentação de como pode ser feito:
http://docs.sqlalchemy.org/en/latest/_modules/examples/postgis/postgis.html
2015-05-22 6:33 GMT-03:00 Andres MRM <andres em inventati.org>:
>
> Oi, Luiz! Obrigado pela sugestão. Esse era um dos pontos que estava
> pensando
> em arrumar também. Só não fiz isso já porque ainda não temos nenhuma busca
> geospacial, e porque talvez venhamos a migrar para PostGIS (e não sei se
> esse
> último ponto afeta isso, apesar de ter um plugin SQL para o Eve).
>
> Abs!
>
>
>
> Quoting Luiz Armesto (2015-05-22 00:39:51)
> > Por que no lugar de tratar a longitude e a latitude como "float" você não
> > define no schema do python-eve como "point" e passa a usar geojson???
> Com isso
> > você ganha de graça a indexação geospacial do mongodb e o geojson layer
> do
> > leaflet.
> >
> >
> > []'s
> >
> > 2015-05-21 23:48 GMT-03:00 Andres MRM <andres em inventati.org>:
> >
> >
> > Ps2.: O GET inicial dos dados ainda está meio gordo, quase 0.5Mb, mas
> > comprimindo deve ficar ok (fazendo na mão deu uns 50Kb). E dá para
> otimizar
> > mais usando identificadores menores, enxugando o JSON, etc.
> >
> >
> > Quoting Andres MRM (2015-05-21 23:14:01)
> > >
> > > 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 )
> >
> >
> >
> >
> > --
> > Luiz Armesto
>
--
Luiz Armesto
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.okfn.org/pipermail/gastosabertos/attachments/20150613/b72ce403/attachment-0003.html>
Mais detalhes sobre a lista de discussão Gastosabertos