Divisão de Observação da Terra e Geoinformática

1. 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.

2. 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.

3. 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.

1. A função CellularSpace:load poderia ter como parâmetros o tempo dos atributos, para carregar automaticamente os atributos dinâmicos em cada passo temporal do modelo.

2. 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.

1. 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.

2. 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.

3. Fica aqui uma pergunta: em que estágio de amadurecimento se encontra a API para manipulação de tabelas dinâmicas em TerraLib?

          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. 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 em sua estadia 
                   aqui em Março. 

1. Permitir a visualização de uma tabela temporal com um barra de tempo para permitir animação (automática e manual).

1. Um cuidado especial deve ser tomando para a implementação desta funcionalidade: as legendas! Os limites máximos e mínimos de um determinado atributo da tabela dinâmica são diferentes para diferentes instantes do tempo. Portanto, da maneira que o TerraView calcula as legendas, estas teriam limites diferentes para cada instante de tempo, cores diferentes seriam associados a um mesmo valor, ou a mesma cor seria associada a valores distintos. Tal fato dificultaria sobremaneira a comparação visual de mapas de diferentes instantes de tempo.

2. Por exemplo, no modelo hidrologico de “Cabeça de Boi”, no primeiro instante a célula que acumulou a maior quantidade de água, possui o valor “2” em seu atributo “qteAgua”. A cor “azul escuro” é associada ao valor “2”. Entretanto, no instante “36” o maior acúmulo de água supera algumas dezenas, então a cor “azul escuro” é associado ao valor máximo do atributo “qtdeAgua” e ao valor “2” é associado a cor “azul claro” (clarissimo). Assim, como poderiamos comparar estes dois mapas visualmente?

3. 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.

1. 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.

2. 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.

3. É 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.

1. 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.

2. 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.

3. 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?

1. Tiago, havíamos desenhado uma estratégia de Plug-in para o preenchimento de células. 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 protótipo não operacional, mas em estágio avançado, necessitando ajustes e a transformação em Plug-in. O melhor é incluir essa necessidade no planejamento TLib,com reunião dia 2 de Março. Isto 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.