-
Notifications
You must be signed in to change notification settings - Fork 19
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Página do Estado #47
Comments
@fccoelho gostaria de confirmar o conteúdo dessa página. No episat tem:
perguntas:
|
Nós teremos multiplas doenças também. A ideia é extendermos para dados de
zika e chikungunya já neste milestone. O banco e a maioria das views já dão
suporte à identificação da doença como um parâmetro.
Também já temos idade e gênero no banco, de maneira que poderemos
implementar praticamente as mesmas visualizações.
O mapa será coroplético sim, do estado e seus municípios.
…On Mon, Dec 19, 2016 at 6:14 PM, Ivan ***@***.***> wrote:
Primeiro esboço:
[image: estados]
<https://cloud.githubusercontent.com/assets/5209757/21327575/ff6a0f9e-c616-11e6-9ab5-32ee10871c31.png>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW_-yxKU2-AmxZH4VT-G1dw3NraoKks5rJuXAgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
@fccoelho como vai ser essa seleção entre estado e municipio? tendo como base a ideia de tela acima, quando o usuário clica em um estado, o sistema irá trocar o mapa do Brasil pelo mapa do estado com a divisão por cidade? |
As páginas dos estados serão acessadas a partir dos cards na página principal ou através de url: Por isso nesta página não aparece nunca o mapa do Brasil, apenas o mapa do estado e seus municípios. Note que no Banco, na tabela |
@fccoelho só por curiosidade ... sabes dizer qual foi a razão pela escolha de colocar o geojson dentro da base de dados? algum motivo técnico? ou apenas para organizar os dados? |
Foi mesmo para organizar os dados. E para facilitar o deploy
Em 29 de dez de 2016 21:33, "Ivan" <notifications@github.com> escreveu:
… @fccoelho <https://github.com/fccoelho> só por curiosidade ... sabes
dizer qual foi a razão pela escolha de colocar o geojson dentro da base de
dados? algum motivo técnico? ou apenas para organizar os dados?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW9gv2UWap-YQJEsH0f47orvnR6kvks5rNENbgaJpZM4LQsMq>
.
|
Existe algum dicionário de dados referente aos campos da tabela? Gostaria de entender melhor alguns dados. Ou se vcs tem alguma documentação ou report que possa ajudar, seria bem vindo. |
Ivan não temos documentação do Banco não. Pode ir perguntando que eu vou
respondendo.
Em 30 de dez de 2016 18:25, "Ivan" <notifications@github.com> escreveu:
… @fccoelho <https://github.com/fccoelho>
Existe algum dicionário de dados referente aos campos da tabela? Gostaria
de entender melhor alguns dados. Ou se vcs tem alguma documentação ou
report que possa ajudar, seria bem vindo.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW7ueXaGwEABFdjSKMKwwpPQ6MK1Oks5rNWjIgaJpZM4LQsMq>
.
|
@fccoelho analisando os esquemas Dengue_global e Municipio, não consegui entender como fazer esse vínculo. Vi que os casos são armazenados na Historico_alerta os cids são usados pela Notificacao .. porém ainda não vi forma de juntar essas duas informações já que Notificacao está por bairro e não apresenta dados de casos.
Dentro do esquema Dengue_global e Municipio não consegui encontrar essa informação. Sabes dizer onde posso encontrar essas informações? |
Os campos casos_est, casos_est_min, casos_est_max e casos estão em número absolutos? O que são os campos p_rt1, p_inc100k? |
Existe ainda uma tabela chamada Notificação, que também conté os CIDs.
Nesta tabela devem entrar os dados de sexo e idade mas ainda não estão
sendo enviados regularmente (devemos regularizar isso no início deste ano).
A tablela Historico_alerta contem os resultados da modelagem estatística
feita para o calculo do nível de alerta. Estes alertas são calculados por
minicípio, com exceção do Rio de janeiro onde são feitos por AP (uma
subdivisão do município)
No Projeto AlertaDengueCaptura, tem o schema do banco, mas pode estar um
pouco desatualizado.
2016-12-30 19:05 GMT-02:00 Ivan <notifications@github.com>:
… Nós teremos multiplas doenças também. A ideia é extendermos para dados de
zika e chikungunya já neste milestone. O banco e a maioria das views já dão
suporte à identificação da doença como um parâmetro.
@fccoelho <https://github.com/fccoelho> analisando os esquemas
Dengue_global e Municipio, não consegui entender como fazer esse vínculo.
Vi que os casos são armazenados na Historico_alerta os cids são usados
pela Notificacao .. porém ainda não vi forma de juntar essas duas
informações já que Notificacao está por bairro e não apresenta dados de
casos.
Também já temos idade e gênero no banco, de maneira que poderemos
implementar praticamente as mesmas visualizações.
Dentro do esquema Dengue_global e Municipio não consegui encontrar essa
informação.
Sabes dizer onde posso encontrar essas informações?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW67Mj2s6JL86ZhgF2EKDPhiuZKuGks5rNXIkgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
On Fri, Dec 30, 2016 at 7:24 PM, Ivan ***@***.***> wrote:
@fccoelho <https://github.com/fccoelho>
Os campos casos_est, casos_est_min, casos_est_max e casos estão em número
absolutos?
sim.
O que são os campos p_rt1, p_inc100k?
São a probabilidade de Rt >1 e de a incidência ser maior que 100/100k.
Rt é um indicador usado pelo alerta.
… —
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjWwKgnsNpxudvVTNbEoKjl1FBw1OSks5rNXafgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
Atualmente para fazer os gráficos de distribuição por tipo de doença, ainda faltaria algum dado casos, correto? ao menos não encontrei nada até o momento.
Ok ... vou ficar atento a isso. Estou trabalhando nesse notebook para ir me orientando: https://github.com/xmnlab/AlertaDengue/blob/develop/notebooks/Essay.ipynb |
Perfeito,
Quando puder dou uma olhada.Estou com uma internet muito limitada no
momento.
Btw, o alerta do Rio (cidade), devido a estrutura diferente é mantido numa
tabela separada: alerta_mrj
Em 2 de jan de 2017 10:51, "Ivan" <notifications@github.com> escreveu:
Existe ainda uma tabela chamada Notificação, que também conté os CIDs.
Nesta tabela devem entrar os dados de sexo e idade mas ainda não estão
sendo enviados regularmente (devemos regularizar isso no início deste ano).
Atualmente para fazer os gráficos de distribuição por tipo de doença, ainda
faltaria algum dado casos, correto? ao menos não encontrei nada até o
momento.
A tablela Historico_alerta contem os resultados da modelagem estatística
feita para o calculo do nível de alerta. Estes alertas são calculados por
minicípio, com exceção do Rio de janeiro onde são feitos por AP (uma
subdivisão do município)
Ok ... vou ficar atento a isso.
Estou trabalhando nesse notebook para ir me orientando:
https://github.com/xmnlab/AlertaDengue/blob/develop/notebooks/Essay.ipynb
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjWxBP6AqTMOFvwu32ktkUBTGQC46Rks5rOPLngaJpZM4LQsMq>
.
|
Sabes quando isso vai estar regularizado? Em quais campos estarão essas informações? Essa é o diagrama da base que tenho aqui: |
Vou verificar nos últimos envios de dados, se todos os Estados já estão
enviando sexo e idade. Se sim, farei a modificação do script de importação
para inserir estas informações na tabela município.notificação (depois de
fazer um alter table). Darei uma resposta mais definitiva em algumas horas.
Em 13 de jan de 2017 19:12, "Ivan" <notifications@github.com> escreveu:
@fccoelho <https://github.com/fccoelho>
Existe ainda uma tabela chamada Notificação, que também conté os CIDs.
Nesta tabela devem entrar os dados de sexo e idade mas ainda não estão
sendo enviados regularmente (devemos regularizar isso no início deste ano).
Sabes quando isso vai estar regularizado? Em quais campos estarão essas
informações?
Essa é o diagrama da base que tenho aqui:
[image: dengue_er]
<https://cloud.githubusercontent.com/assets/5209757/21945732/1463b470-d9c4-11e6-955c-27128722cfac.png>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW0c_S4ufPJ-QKXL3T_drw2hv6SWEks5rR-ihgaJpZM4LQsMq>
.
|
Já verifiquei. Temos todas as variáveis dos três estados. Já fiz a
modificação do script de importação dos dados e criei as colunas no banco.
Agora estou apenas esperando que o @flavioamieiro faça a revisão do código
que eu modifiquei, antes de executar a atualização dos dados no banco em
produção.
2017-01-14 9:06 GMT-02:00 Flavio Coelho <fccoelho@gmail.com>:
… Vou verificar nos últimos envios de dados, se todos os Estados já estão
enviando sexo e idade. Se sim, farei a modificação do script de importação
para inserir estas informações na tabela município.notificação (depois de
fazer um alter table). Darei uma resposta mais definitiva em algumas horas.
Em 13 de jan de 2017 19:12, "Ivan" ***@***.***> escreveu:
@fccoelho <https://github.com/fccoelho>
Existe ainda uma tabela chamada Notificação, que também conté os CIDs.
Nesta tabela devem entrar os dados de sexo e idade mas ainda não estão
sendo enviados regularmente (devemos regularizar isso no início deste ano).
Sabes quando isso vai estar regularizado? Em quais campos estarão essas
informações?
Essa é o diagrama da base que tenho aqui:
[image: dengue_er]
<https://cloud.githubusercontent.com/assets/5209757/21945732/1463b470-d9c4-11e6-955c-27128722cfac.png>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW0c_S4ufPJ-QKXL3T_drw2hv6SWEks5rR-ihgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
Vocês conseguem me passar a descrição de cada coluna das tabelas (ou me indicar onde encontro) :
Estou tendo dificuldade de entender como relacionar o Historico_alerta com Notificacao para poder fazer os gráficos de distribuições por Gênero, Idade e Doença. Pelo que percebi, em Notificacao tem dados nos campos de gênero, por exemplo, pode conter F ou M .. porém por bairro e data só aparece uma linha .. ou seja um bairro em uma data só tem F ou M ... e isso se estende para os outros campos (idade, doença). E na tabela Historico_alerta também só existe um registro por data e cidade, ou seja, para a cidade X tem apenas 1 registro para a data Y. Poderiam dar um help? |
@xmnlab:
Talvez seja hora de investir um pouco na documentação do banco...Vou ver se
dedico um tempo a isso.
enquanto isso, vou tentar esclarecer o necessário para você seguir adiante:
- Não é necessário relacionar, A tabela de `histórico_alerta` para fazer
as distribuições por genero. vc tem que fazer consultas como esta:
```sql
SELECT municipio_geocodigo,se_notif,cs_sexo, count(*) from
"Municipio"."Notificacao" where cs_sexo is not null group by
cube(municipio_geocodigo, se_notif, cs_sexo);
```
Esta é só um exemplo: vc pode agrupar como for necessário.
- Inicialmente não vamos quebrar por bairro, mas seguiria o mesmo padrão.
- As tabelas de alerta dizem respeito ao alertas, calculados sobre os
dados brutos que provêm da tabela `Notificação`.
- A resolução temporal é em semanas. Vão existir semanas com zero casos,
principalmente em municipios menores.
espero ter esclarecido.
2017-01-17 18:41 GMT-02:00 Ivan <notifications@github.com>:
… @fccoelho <https://github.com/fccoelho> @flavioamieiro
<https://github.com/flavioamieiro>
Vocês conseguem me passar a descrição de cada coluna das tabelas (ou me
indicar onde encontro) :
- Municipio.HIstorico_alerta
- Municipio.alerta_mrj
- Municipio.Notificacao
Estou tendo dificuldade de entender como relacionar o Historico_alerta com
Notificacao para poder fazer os gráficos de distribuições por Gênero, Idade
e Doença.
Pelo que percebi, em Notificacao tem dados nos campos de gênero, por
exemplo, pode conter F ou M .. porém por bairro e data só aparece uma linha
.. ou seja um bairro em uma data só tem F ou M ... e isso se estende para
os outros campos (idade, doença). E na tabela Historico_alerta também só
existe um registro por data e cidade, ou seja, para a cidade X tem apenas 1
registro para a data Y.
Poderiam dar um help?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW3T1XN55ggonUHzAF5xuel6yyGSKks5rTSdjgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551 <%2821%29%203799-5551>
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
@fccoelho, agora está bem mais claro.
estou fazendo uns teste aqui já
desculpa a demora .. estive resolvendo uns problemas no env ..
(atualização deSO nos prega peças as vez ... )
|
A maioria dos casos não possuem nem idade .. nem gênero .. e todos aparecem só pra dengue clássica .. será colocado para os casos não informados dentro de uma categoria, por exemplo, "Não informado"? .. pq usando os próprios gráficos como opções para alterar o filtro (assim como https://epistat.wiv-isp.be/ ) ... então, penso, que seria importante ter essa categoria. Porém o gráfico ficaria sempre com essa categoria com a barra cheia .. e os demais imperceptíveis. O que vc acha? |
@xmnlab o @fccoelho conhece muito melhor o banco e os dados do que eu (por isso não posso ajudar tanto aqui), mas uma coisa a se considerar é que eu só reimportei os dados de 2016. Se você levou em consideração dados de todos os anos, filtrar por 2016 talvez aumente a quantidade de casos em que o gênero foi relatado. O que eu não sei dizer é se os dados de antes de 2016 já tinham informação de gênero (nesse caso basta reimportar os dados) ou se o DBF não continha essa informação ainda (nesse caso acho que não teremos esses dados para os anos anteriores). |
O @flavioamieiro tem uma certa razão. Vai depender de como você está
contabilizando os não informados. Vou fazer umas consultas no banco, e mais
tarde mando os meus resultados.
Em 22 de jan de 2017 12:40, "Flávio Amieiro" <notifications@github.com>
escreveu:
… @xmnlab <https://github.com/xmnlab> o @fccoelho
<https://github.com/fccoelho> conhece muito melhor o banco e os dados do
que eu (por isso não posso ajudar tanto aqui), mas uma coisa a se
considerar é que eu só reimportei os dados de 2016. Se você levou em
consideração dados de todos os anos, filtrar por 2016 talvez aumente a
quantidade de casos em que o gênero foi relatado. O que eu não sei dizer é
se os dados de antes de 2016 já tinham informação de gênero (nesse caso
basta reimportar os dados) ou se o DBF não continha essa informação ainda
(nesse caso acho que não teremos esses dados para os anos anteriores).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW4qZ-ogEDCNToktiWRZgCJ9IoI9pks5rU2p1gaJpZM4LQsMq>
.
|
Eu estou usando dados de todos os anos. Coloquei um chart para mostrar
todos os casos registrados ao longo do tempo e, por meio deste, é possível
definir um periodo menor de visualização.
Pelo que eu havia entendido, a tabela notificacao tem o registro de todos
os casos notificados. Então basicamente, eu teria q trabalhar com ela,
correto?
Ah, o gráfico que mandei é referente à uf Paraná, se não me engano.
Se puderem testar o branch develop, ai podemos ajustá-lo conforme o que vcs
tem em mente.
Ai finalizando a parte de comportamento, eu me dedico em desempenho.
|
Teoricamente é a data do caso mais recente no banco. Problema é que se o
número de casos for zero apartir de uma data, estaremos subestimando. Acho
que o @flavioamieiro tem guardada a data da última importação de dados
para cada estado, como parte do app de upload.
2017-03-06 17:07 GMT-03:00 Ivan <notifications@github.com>:
… @fccoelho <https://github.com/fccoelho>
Adicionar logo abaixo do nome do estado, a data da ultima atualização de
dados. pois isto varia de estado para estado.
onde eu encontro essa informação? uso a última data em dt_notific na
tabela notificação?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW9vR-BerCV6HwlnQ2d1swrC_D4-Hks5rjGeOgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
Sim, quando um usuário faz um upload que dispara uma importação, nós guardamos a data do upload (que basicamente é a data da importação). A informação tá no model DBF. A única questão é que enquanto a importação por upload não for a única forma de importar dados (enquanto ainda fizermos importações manuais) essa informação não vai refletir a realidade exatamente. |
fazemos então pelo dbf? se sim, onde eu pego essa informação? |
Acho que devemos validar deuma vez por todas a interface de upload e passar
a fazer sempre desta forma. o histórico não importa neste momento. Só mesmo
a data do último upload.
Temos que treinar a Sara.
abcs
2017-03-08 16:09 GMT-03:00 Ivan <notifications@github.com>:
… @fccoelho <https://github.com/fccoelho> @flavioamieiro
<https://github.com/flavioamieiro>
fazemos então pelo dbf?
se sim, onde eu pego essa informação?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW7PQ6_lJS7nySGTCQhAWSMTdsuYFks5rjvz_gaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
O upload teoricamente está pronto. Só preciso que alguém teste o processo todo pra ver se podemos passar a usar ele. Eu só estou fazendo um rebuild do container por que tinha desativado a importação (por causa do problema com o constraint) mas já tá ativada de novo no código. Assim que o rebuild terminar a importação vai voltar a funcionar normalmente e eu aviso aqui. |
Update: o deploy já está atualizado, com a importação ativada. |
Vou testar e qualquer problema, aviso.
Em 8 de mar de 2017 17:54, "Flávio Amieiro" <notifications@github.com>
escreveu:
… Update: o deploy já está atualizado, com a importação ativada.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjWzpgjXCosNy7ekvMUtWEKp_lRtJxks5rjxWQgaJpZM4LQsMq>
.
|
alguma novidade sobre esse comentário? |
Ainda não testei. @flavioamieiro você tinha feito um tutorial do upload, numa mensagem de email, né? se vc conseguir recuperar isso, me manda para eu enviar para a Sara assim ela pode fazer o teste e começar a usar na rotina do sistema mesmo. Enquanto isso @xmnlab , pode preparar o código para ler a última data da tabela de uploads, com um fallback de dizer "unknown" enquanto não tivermos as datas sendo atualizadas regularmente nesta tabela. |
seria a dbf_dbf? select uploaded_at from dbf_dbf
order by uploaded_at desc limit 1
vai considerar como data de atualização qq arquivo subido? |
@flavioamieiro,
a data do DBF está sendo registrada também? Esta é a data correta de
atualização: A que está no nome do arquivo.
…On Fri, Mar 10, 2017 at 11:04 PM, Ivan ***@***.***> wrote:
@fccoelho <https://github.com/fccoelho>
seria a dbf_dbf?
select uploaded_at from dbf_dbforder by uploaded_at desc limit 1
vai considerar como data de atualização qq arquivo subido?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW7EyUG59gV4Bn6KIp3peahSprYCxks5rkgEggaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
@fccoelho Eu não lembro de ter feito um tutorial por escrito (e não encontrei nada aqui). Lembro de ter encontrado a Thais para explicar para ela, mas é muito simples: basta entrar em A data do dbf que nós registramos é informada pelo usuário (no campo "data da exportação" no formulário). @xmnlab Eu não sei exatamente qual o campo da tabela no banco, mas já que estamos usando código da aplicação, é bem melhor usar os Models do django para acessar os atributos. Nesse caso, o código abaixo resolveria:
A API de queryset tem várias outras maneiras úteis de usar os models. Assim o código fica muito mais legível e as queries em geral ficam bem mais eficientes. |
show! vou trabalhar nisso! só uma dúvida: essa data vai servir para todas os estados? como não sei como funciona o processo de informação, não sei se minha dúvida faz sentido ... a principio me parece estranho q possa ser atualizado um dado de natureza qualquer ... e refletir que a última data de atualização de um estado seja a desse outro dado. |
@xmnlab
Sim esta data deve funcionar. Mas vc terá que atentar que cada estado terá
sua ultima export_date
2017-03-12 16:25 GMT-03:00 Ivan <notifications@github.com>:
… @fccoelho <https://github.com/fccoelho> @flavioamieiro
<https://github.com/flavioamieiro>
from dbf.models import DBF
DBF.objects.order_by('export_date').last()
show! vou trabalhar nisso!
só uma dúvida: essa data vai servir para todas os estados? como não sei
como funciona o processo de informação, não sei se minha dúvida faz sentido
... a principio me parece estranho q possa ser atualizado um dado de
natureza qualquer ... e refletir que a última data de atualização de um
estado seja a desse outro dado.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjWwPYfk5R51DdkzsvJDXUgRoAjfx6ks5rlEbGgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
Os atributos da model DBF são esses: uploaded_by = models.ForeignKey('auth.User')
file = models.FileField()
uploaded_at = models.DateTimeField(auto_now_add=True)
export_date = models.DateField()
notification_year = models.IntegerField(default=current_year) como diferenciar a data de um export_date de cada estado? Vi aqui que no campo files tem uns arquivos com alguns padrões EES, ERJ, mas por exemplo não vi EPR. Qual seria o padrão para identificar o estado para pegar a última data de upload? |
Ok.
@flavioamieiro Acho que seria interessante termos um campo de geocódigo ou
outro identificador. podemos pensar isso com calma antes de mudar.
@xmnlab: o padrão é
Alguns exemplos:
EES-2016-01-06-2017.dbf # Estado Espírito santo-Ano do dado-Mes-dia-ano da
última atualização:
EPR-2017-03-09-2017.dbf
EES-MN-SantaMariaJetiba-2016-12-02-2016.dbf
EMG-RS-SeteLagoas-2016.dbf
EPR-RS-Cascavel-2016-02-15-2017.dbf
…On Mon, Mar 13, 2017 at 1:50 PM, Ivan ***@***.***> wrote:
@fccoelho <https://github.com/fccoelho>
Sim esta data deve funcionar. Mas vc terá que atentar que cada estado terá
sua ultima export_date
Os atributos da model DBF são esses:
uploaded_by = models.ForeignKey('auth.User')
file = models.FileField()
uploaded_at = models.DateTimeField(auto_now_add=True)
export_date = models.DateField()
notification_year = models.IntegerField(default=current_year)
como diferenciar a data de um export_date de cada estado?
Vi aqui que no campo files tem uns arquivos com alguns padrões EES, ERJ,
mas por exemplo não vi EPR. Qual seria o padrão para identificar o estado
para pegar a última data de upload?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW2vKmY6_jSOaXrh1zwZfdjdHUJQPks5rlXPDgaJpZM4LQsMq>
.
--
Flávio Codeço Coelho
================
+55(21) 3799-5551
Professor
Escola de Matemática Aplicada
Fundação Getulio Vargas
Praia de Botafogo, 190 sala 312
Rio de Janeiro - RJ
22250-900
Brasil
|
@xmnlab realmente a informação de estado não está no model de DBF. Isso por que quando a gente planejou essa feature a informação de estado não era relevante (nós só nos preocupávamos com o município, e usávamos o geocódigo). Como o @fccoelho disse, acho que podemos adicionar essa informação no DBF, só temos que pensar em como fazer isso. A principio, acho que a melhor forma seria adicionar um campo novo no formulário que o usuário preenche na hora de enviar para informar o Estado. Seria bem simples para o usuário (só um select a mais para ele escolher entre os estados que estão cadastrados) e para a gente o dado já estaria imediatamente disponível. O que acham? Sobre o padrão de nomes: é bom tomar cuidado com eles. Primeiro por que eu acho que existe uma chance grande de errarem na hora de gerar o arquivo (e um erro passaria fácilmente sem perceber) e segundo por que o django, na hora que recebe os uploads, pode mudar o nome do arquivo (por exemplo, no caso de um arquivo com o mesmo nome já existir). |
Acho uma boa ideia essa de adicionar o campo de estado. assim já evita qualquer confusão com o nome do arquivo. @fccoelho , se vcs confirmarem isso, eu crio uma issue e começo a fazer isso. Essa issue já está gigante, ta ficando confuso aqui já. |
na visualização de estados o mapa de alertas utiliza a Historico_alerta. Tenho entendido que essa tabela é apenas pra Dengue. Como podemos ter os alertas para todas as doenças? |
@xmnlab, cada doença passa por um processo de modelagem separado, gerando
uma série de casos estimados e de alertas, daí as tabelas diferentes.
Em 13 de mar de 2017 20:05, "Ivan" <notifications@github.com> escreveu:
… @fccoelho <https://github.com/fccoelho>
na visualização de estados o mapa de alertas utiliza a Historico_alerta.
Tenho entendido que essa tabela é apenas pra Dengue. Como podemos ter os
alertas para todas as doenças?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjWygXkcrfHvH_ywntqE7213J7_sVHks5rlculgaJpZM4LQsMq>
.
|
Na visualização por estados, é possível selecionar: dengue e chik, só
dengue, ou só chik.
Ter um mapa onde tenha só o alerta de dengue pode ser confuso.
Talvez devería ter dois mapas. Mas pode ficar confuso a seleção das cidades
como filtro.
@fccoelho o que opinas?
|
Acho que inicialmente devemos pensar em mapas individuais intercambiáveis
Em 14 de mar de 2017 08:58, "Ivan" <notifications@github.com> escreveu:
… Na visualização por estados, é possível selecionar: dengue e chik, só
dengue, ou só chik.
Ter um mapa onde tenha só o alerta de dengue pode ser confuso.
Talvez devería ter dois mapas. Mas pode ficar confuso a seleção das cidades
como filtro.
@fccoelho o que opinas?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW3xPt61Mkzf_S8MYjOIgZEgPEnCKks5rloDIgaJpZM4LQsMq>
.
|
e o que deve aparecer qndo todas as doenças estão selecionadas?
|
Vamos permitir apenas uma doença por vez.
Em 14 de mar de 2017 09:55, "Ivan" <notifications@github.com> escreveu:
… e o que deve aparecer qndo todas as doenças estão selecionadas?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#47 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAIjW2RoA9cnlSmVY096ZM_sWKrlH8wnks5rlo4lgaJpZM4LQsMq>
.
|
ok .. vou abrir abrir uma issue pra isso (mesmo que eu vou fazer isso ainda hoje) .. |
Estou encerrando essa issue. Criei duas issues com as itens novos relacionados a essa issue. Se verem necessidade de algum ajuste referente a visualização podem abrir uma issue nova. |
Nesta página vamos nos inspirar neste layout: https://epistat.wiv-isp.be/ mas usando usando o MVC do Django. o conteúdo informacional será basicamente o mesmo.
The text was updated successfully, but these errors were encountered: