Diferenças

Aqui você vê as diferenças entre duas revisões dessa página.

--- geopro:modelos:roadmap:terraview [2007/02/23 16:57] – 150.163.2.91
+++ geopro:modelos:roadmap:terraview [2007/03/19 16:36] (atual) – gcamara
@@ Linha 1: / Linha 1: @@
-===== TerraME - Interface com TerraView =====
+==== TerraView - Requisitos TerraView ====
+== Lúbia Vinhas (06/03/2007) ==
+Foram levantados alguns requisitos para o TerraView pela equipe que
+trabalha com modelagem:
+. Legenda: agrupamento de atributos (vetoriais) ou  valores (raster) categóricos (e.g., 10 classes de solo agrupadas em três).
+. Exportar e importar layer de células (para troca de dados entre bancos terralib).
+. Geração de dados temáticos (vetoriais) e raster a partir de determinados atributos das células.
+Não vejo grandes dificuldades em atender a esses requisitos, ainda que não
+tenha feito uma avaliação mais precisa. Existe uma versão 3.2.0, prevista
+para o final de abril, vou tentar encaixar essas demandas nessa versão.
+Assim que forem sendo feitas, disponibilizo versões para vocês testarem.
+==== TerraView - Interface de Preenchimento de células ====
+== Lúbia Vinhas (01/03/2007) ==
+dando retorno ao que foi solicitado e que pode ser providenciado imediatamente:
+. em www.dpi.inpe.br/tmp/Lubia encontra-se um zip com o código mais
+recente do que a Priscila conseguiu fazer com a interface de preenchimento
+das células. Está junto o form da interface e o projeto.
+. quanto as modificações de arquitetura para as funções de preenchimento
+feitas pelo Pedro, elas ainda não foram aprovadas pela Ana Paula, pois
+houve perda de algumas funcionalidades. O código hoje na versão atual da TerraLib
+é o original da Ana. Ela e Pedro ainda estão trabalhando para convergir
+para o código mais eficiente, porém sem perder funcionalidade.
+A pessoa que pode avaliar isso é só a Ana Paula.
+==== TerraView - Questões Gerenciais ====
+== Lúbia Vinhas (23/02/2007) ==
+. A equipe do TerraView/TerraLib é hoje bem limitada.
+Meu time tem 2 pessoas trabalhando no TerraView,  eu, Karine e Gribeiro na
+TerraLib, e Emiliano na PDI. Este time é pequeno para tantas expectativas
+que todos temos sobre TV/TL.
+. Estamos tentando fazer um planejamento direito esse ano, mas estou
+começando a ficar desconfortável com toda essa expectativa e cobrança de
+funcionalidades.
+. Plugins até bem pouco tempo eram *experimentais. *O Emiliano
+a cada dia acho um novo erro e aperfeiçoa mais o sistema. Pra quem
+pensa que é simples não é... no Linux é mais fácil, no Windows dá pau
+pra caramba.
+==== TerraView - Colaboração da UFOP ====
+== Tiago Carneiro (21/02/2007) ==
+. Atualmente, estou lecionando a disciplina "Técnicas de Programação II" para 36 alunos do Curso de Bacharelado em Ciência da Computação da UFOP. Nessa disciplina ensino C++, padrões de projeto de software, APIs para desenvolvimento de GUI, BD, Threads e Soquetes TCP/IP. Os alunos precisam para concluir o curso, desenvolver uma sistema que utilize estas APIs, mas encontram dificuldades em propor uma àrea aplicação. Então, estou colocando esta mão-de-obra ociosa a dispor da equipe de modelagem para o desenvolvimento de GUIs para integração TerraME/TerraLib.
 ==== TerraME - Funções Load e Save ====
@@ Linha 7: / Linha 59: @@
 . A função CellularSpace:save poderia salvar os dados numa tabela temporal, para facilitar o controle de visualização. Isto seria acoplado com melhorias no TerraView para visualizar seqüências temporais.
 ==== TerraME - Funções Load e Save (2) ====
 == Tiago Carneiro (22/02/2007) ==
-. Idealizei a função "load()" e "save()" para que carregassem e gravassem dados de acordo com o relógio de simulação, desta maneira o parâmetro "tempo" poderia ser dispensado. Entretanto, uma versão onde o tempo é passado como parâmetro é desejável. Especialmente quando se deseja carregar ou gravar espaços celulares de instantes passados ou futuros. Veja o próximo comentário para entender porque isso ainda não foi feito.
+. Idealizei a função "load()" e "save()" para que carregassem e gravassem dados de acordo com o relógio de simulação, desta maneira o parâmetro "tempo" poderia ser dispensado. Entretanto, uma versão onde o tempo é passado como parâmetro é desejável. Especialmente quando se deseja carregar ou gravar espaços celulares de instantes passados ou futuros.
-. No momento da implementação do primeiro driver para acesso a bancos TerraLib, as fucionalidades de manupulação de tabelas dinâmicas ainda se encontravam num estágio pré-amadurecimento, e vinham sofrendo constantes alterações em suas interfaces (em especial os serviços da família STO). Esse fato, tornava o desenvolvimento de TerraME improdutivo. Desta forma, optei por implementar o armazenamento e recuperação de dados sobre tabelas estáticas, que naquele momento eram mais estáveis. Desta maneira, é exigido que o programador crie "temas" específicos para cada data e carregue em separado. Atualmente, a função "save()" cria um novo "tema" na vista "result" a cada vez que é chamada, isto só acontece devido uso das tabelas estáticas.
+==== TerraME - Funções Load e Save (3) ====
+== Antonio Miguel (22/02/2007) ==
-. Fica aqui uma pergunta:  em que estágio de amadurecimento se encontra a API para manipulação de tabelas dinâmicas em TerraLib?
+. As API para manipulação de dados espaço-temporais existem mas não foram exercitadas.
+Estamos redefinindo isso, com a ajuda do Casanova. Esta é uma das prioridades para a TLib 4.0.
+Na reunião de 2 de março de planejamento TLib teremos uma idéia
+de datas de versões. Podemos utilizar a versão existente na TLib 3.1.3 e que deve permanecer a mesma ( ou com leves modificações) na TLib 3.2, planejada para Abril.
-              Resposta(Miguel): Tiago, as API para manipulação de dados espaço-temporais existem mas não foram exercitadas.
-                         Na verdade estamos EXATAMENTE NESTE MOMENTO redefinindo isso, com a ajuda do Casanova. Esta
-                         é uma das prioridades para a TLib 4.0 Na reunião de 2 de março de planejamento TLib teremos uma idéia
-                         de datas de versões. Caso exista alguns requisitos para hoje, podemos utilizar a versão existente
-                         na TLib 3.1.3 e que deve permanecer a mesma ( ou com leves modificações ) na TLib 3.2 ,
-                         planejada para Abril. Seria interessante discutir estes requisitos com voce na sua estadia
-                         aqui em Março.
 ==== TerraView - Visualização de Modelos ====
@@ Linha 38: / Linha 88: @@
 . Sugestão: O modelador tem codições de após análise do comportamento do modelo e da análise de sensibiliade do modelo a seus parâmetros, diagnosticar seu ponto de equilibrio, e determinar quais são os valores ideiais para os limites inferior e superior da legenda. Portanto, a interface TerraView deveria permitir que o seu usuário definisse estes valores, e os mesmos deveriam ser utilizados para todos os tempos.
 ==== TerraView - Visualização de Modelos (3) ====
 == Antônio Miguel(21/02/2007) ==
-. A estratégia até o momento pensada para a questão relativa ao "preenchimento de BD Celular" é a construção de um Plug-in TerraView. Este trabalho foi iniciado, existe código pronto e precisa ser retomado e finalizado, o que deve acontecer este semestre. E está na agenda da reunião de planejamento de TLib, dia 2 de março.
+. Questões relativas a apresentação de dados temporais em TView precisam ser vistas com mais cuidado. Nao existe somente o dado celular em TLib e, portanto, o TView, que é o visualizador básico para um BD TLib, trata este conjunto de tipos. Assim, uma solução que envolva o "query" e a apresentação de dados espaço-temporais, armazenados em um BDTLib, através do seu visualizador TView precisa observar mais requisitos que apenas àqueles que as necessidades de visualizaçao para as "saídas" do TerraME necessitam.
-. Questões relativas a apresentação de dados temporais em TView precisam ser vistas com mais cuidado. Nao existe somente o dado celular em TLib e, portanto, o TView, que é o visualizador básico para um BD TLib, trata este conjunto de tipos. Assim, uma solução que envolva o "query" e a apresentação de dados espaço-temporais, armazenados em um BDTLib, através do seu visualizador TView precisa observar mais requisitos que apenas àqueles que as necessidades de visualizaçao para as "saídas" do TerraME necessitam.
+. É bom pensar mais um pouco antes de sair oferecendo soluções em TView que acabam atendendo bem a um "tipo" de dado geográfico, mas complicam para o universo de usos de um software com a natureza do TView.  Estamos estudando isso, e o importante agora é determinar os requisitos de apresentação e visualização para os "Mundos Celulares" que devem entrar, com os outros requisitos derivados de dados e aplicações de outra natureza, no projeto da apresentação de dados espaço-temporais em TView.
-. É bom pensar mais um pouco antes de sair oferecendo soluções em TView que acabam atendendo bem a um "tipo" de dado geográfico, mas complicam para o universo de usos de um software com a natureza do TView.  Estamos estudando isso, e o importante agora é determinar os requisitos de apresentação e visualização para os "Mundos Celulares" que devem entrar, com os outros requisitos derivados de dados e aplicações de outra natureza, no projeto da apresentação de dados espaço-temporais em TView.
 ==== TerraView - Geração de Espaços Celulares ====
@@ Linha 53: / Linha 103: @@
 . Talvez o problema que mais restrinja o uso de TerraME é a ausência de uma interface gráfica com o usuário (Graphical User Interface - GUI) por meio da qual os usuários do TerraView possam preencher os atributos das células a partir de dados geográficos armazenado em bancos TerraLib. O desenvolvimento dessa GUI deve ser vista como PRIORIDADE no desenvolvimento de funcionalidades para acoplamento TerraME/TerraView.
-. Atualmente, estou lecionando a disciplina "Técnicas de Programação II" para 36 alunos do Curso de Bacharelado em Ciência da Computação da UFOP. Nessa disciplina ensino C++, padrões de projeto de software, APIs para desenvolvimento de GUI, BD, Threads e Soquetes TCP/IP. Os alunos precisam para concluir o curso, desenvolver uma sistema que utilize estas APIs, mas encontram dificuldades em propor uma àrea aplicação. Então, estou colocando esta mão-de-obra ociosa a dispor da equipe de modelagem para o desenvolvimento de GUIs para integração TerraME/TerraLib.
-. Solicitei à Ana Paula que me enviasse o projeto da GUI para preenchimento de células. Ela me informou que uma aluna da CAP (com a ajuda do Pedro) havia melhorado projeto por ela idealizado. No entato, não consigo respostas aos e-mails que envio para esta aluna e, agora, nem consigo encontrar seu nome :-). Alguém poderia providenciar esse projeto?
+==== TerraView - Geração de Espaços Celulares (2) ====
+== Antonio Miguel (23/02/2007) ==
+. A estratégia até o momento pensada para a questão relativa ao "preenchimento de BD Celular" é a construção de um Plug-in TerraView. Este trabalho foi iniciado, existe código pronto e precisa ser retomado e finalizado, o que deve acontecer este semestre. E está na agenda da reunião de planejamento de TLib, dia 2 de março.
+==== TerraView - Geração de Espaços Celulares (3) ====
+== Ana Paula (24/02/2007) ==
+. Contem comigo para ajudar no desenvolvimento da interface para preenchimento das células.
+Mesmo antes da decisão sobre como encaminhar a questão nessa reunião do início de março, vou adiantar dois aspectos:
+a) Fechar com o Pedro algumas pendências relativas à reengenharia das funções e operadores em Terralib, para incorporar a nova versão na biblioteca.
+b) Pedir para a Priscila o projeto e código de interface que ela começou a implementar ano passado (e também recuperar os meus projetos preliminares).
+==== TerraView - Geração de Espaços Celulares (4) ====
+== Gilberto (19/03/2007) ==
-       Resposta(Miguel): Tiago, havíamos desenhado uma estratégia de Plug-in para o preenchuimento de células.
+. Conversei hoje com a Lúbia sobre a interface de preenchimento de células do TerraView. Peço que a Lúbia e a Ana Paula analisem a proposta de Álgebra de Mapas feita pelo Danilo e Sérgio para saber se pode ser aplicada à interface de geração de espaços celulares. Vejam o {{geopro:modelos:roadmap:camara_coverage_algebra.pdf|paper}}em anexo. O Danilo já fez uma interface simplificada para esta Álgebra de Mapas. Para saber mais, conversem com o Sérgio e também convido para a defesa da dissertação do Danilo no dia 27/03.
-              O Trabalho foi iniciado como trabalho de curso para dois alunos: Pedro cuidou do código TLib
-              e Priscila da interface. Existe então um prootótipo não operacional, mas em estágio avançado,
-              necessitando ajustes e a transformação em Plug-in. O melhor aqui é incluir essa necessidade no
-              planejamento TLib,com reunião dia 2 de Março. Pois isso faz parte do universo TLib/TView de
-              uso geral. Mas devemos pensar na possibilidade de que o desenvolvimento deste Plug-in seja
-              feito da UFOP, se isso for possível.
-              Na ida a Ouro Preto podemos colocar isso na agenda.