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

Essa página está em modo somente de leitura. Você pode visualizar a fonte, mas não alterá-la. Informe-se com o administrador do Wiki, caso você ache que isso está incorreto.
^^[[geopro:raian:discucoes|Voltar]]^^

=====
  Miguel - 26/04/2009

  Oi Tiago, pensei nisso vendo as questões do que poderiam neste momento ser mais 
  interessantes e menos stressantes.
  
  1 - A questão das imagens há muito a pensar e só importar RASTER podemos e devemos 
  fazer, mas seria poucoi para o Raian, certo?
  
  2 - Objetos Móveis é negócio a pensar tb. Andei pensando e veja, não há o conceito 
  (TIPO) objeto no TeraME como vamos falar de Objeto MOvel? Seria ele um Tipo em TerraME 
  e o que ele seria então e porque? Um Agente, como hoje póde ser interpretado e visto 
  com um Objeto Movel, e regiões moveis?? Então é assunto ainda não consolidado.
  
  3 - Também as quetões de espaco-tempo não estão resilvidas e são pouco usadas na versão 
  atual de TLib. Series tespaco-temporais seria uma coisa interessante, mas me parece que 
  Raian está precisando estudar mais os conceitos mesmo de TerraME, dados geográficos 
  modelagem. E acho que isso deve começar agora com a gente ajudando e ele ralando!!
  
  4 - pensei então na questão da GPM dinâmica. Envolve conceitos de modelagem importantes, 
  o próprio conceito de GPM (que o Raian precisa entender melhor) e outros. O que voce acha??

  Raian - 04/05/2009
  Ok! Entendido!

=====
  Tiago - 28/04/2009

  vamos lá (Sobreo os tópicos acima):
  
  1 - Claro, isso é muito fácil e creio que o Rodolfo Ayala (meu aluno de graduação) até tá 
  terminando isso!!! O único problema é que não sabe qual método TerraLib grava uma imagem 
  de volta no banco. Quem poderia nos ajudar Miguel?
  
  2 - Não. Ele na verdade é a especialização de um agente. Não é necessário no kernel, somente 
  no dominios da aplicação que o usarão, mas esse dominios são muitos. Então, esse é uma boa 
  justificativa para se criar uma biblioteca TerraME (escrita em Lua, nao creio que seja 
  necessario um nivel C++) onde objetos moveis utilizam a estrutura de vizinhança (GPM) para 
  navegar pelo espaço, seguindo as rotas nela definida.
  
    1) Uma solução interessante é equipar o TerraME com métodos para roteamento de agentes 
    moveis, em uma analogia clara às redes, como um pacote IP na Internet. Por exemplo, os 
    métodos:
    
    agente:SetRoute(GPM, sourceAddress, destAdress)
    agent:getRoute( )
    agent:setSpeed()
    agent:getSpeed()
    
    -- mais louco ainda!!!
    automaton:SetRoute(GPM, sourceAddress, destAdress)
    automaton:getRoute( )
    automaton:setSpeed()
    automaton:getSpeed()
    
    2) Além do tipo MobileAgent e MobileAutomaton, o tipo Router deveria ser criado, ele seria 
    reposavel para rotear as entidades moveis (pacotes IP), seriam configurados por regras 
    (origem, destino e "rota de saída") por exemplo:
    
    router:createRoute( source, target, output);
    router:removeRoute( source, target, output);
    
    entao "router:createRoute( 1, 7, 4);" quando uma entiadde chegasse a esse roteador vindo pela 
    rota 1 e tendo como origem a rota 7 (que nao se conecta a esse roteador), ele enviaria a 
    entidade pela rota 4 que vai até um novo roteador que se conecta, direta ou indiretamente, a rota 7.
    
    3) Roteadores poderiam ser utilizados para conetar rotas definidas em GPM diferentes, da mesma 
    maneira que eles conectam duas redes na Internet.
    
    4) Regras de firewall poderiam ser adicionadas para penalizar, incentivar, ou proibir certas rotas! Doido.
    
  3 - Acho muito legal tb. Mas gostei mais dos objetos moveis, como pode ver! ;-)
  
  4 - GPM dinâmica seria uma complementação das entidades móveis, onde seriam exercitadas redes que se 
  reconectam (rearranjam)? No TerraME não há impecilios para sua implementação, pois as vizinhanças 
  lá não são GPMs como em TerraLib, são gráfos dinâmicos, assim a qq momento vc pode inserir e remover 
  nodos ou arestas. Mas acredito que alguns serviços especializados como "viz:update( cellSpace, 
  layerRede)" possam ser criados. Era algo como isso que pensava?

  Raian - 04/05/2009
  Não entendi uma coisa:
  1) No caso de dos agentes móveis, a célula se moveria tb, ou seja, altero as coordenadas x e y da 
  célula? Ou apenas os autômatos e agentes que se movem de célula para célula? Como seria esta velocidade 
  (métodos setSpeed() e getSpeed())?


=====
  Tiago - 28/04/2009

  Eu acho que dá pra fazer um pouquinho de tudo na disciplina: GPMdinâmica e agente com MOBILIDADE. 
  Eu não sei pensar sem experimentar, um ajuda o outroa ficar melhor. Assim, sugiro que sigamos ciclos 
  incrementais de desenvolvimento. Na disciplina começamos com AGENTES MOVEIS (sem decisão por Mobilidade) 
  e GPM dinâmica. Pensamos primeiro em objetos moveis, robôs autônomos, depois macacos e depois 
  humanos (supondo q esse é mais inteligente que os anteriorres...rsrss).
  
  Assim, no primeiro protótipo poderíamos simular caminhões, aviões, fluxo populacional (macro level): os 
  atributos origem e destino lhe são atribuiídos (exogenamento). Isso é certamente exequivel no período da 
  disciplina.
  
  Daqui pra frente é a tese:
  
  Depois, passemos aos robôs autonomos, como um robô que retira madeira da floresta com base nas vias 
  (assessibilidade) e no valor das especimes encontradas na mata (custo/lucro), seu objetivo é ter o 
  maior lucro possivel, ou seja, coletar de forma mais lucrativas toda madeira que puder). A cada ciclo 
  de desenvolvimento,  os agente vão ficando cada vez mais complexos, as novas ferramentas inseridas no
  TerraME cada vez mais elaboradas, e o embasamento teórico do Raian cada vez mais sólidos.
  
  Vamos assim até que as GPMs dinâmicas e agentes com MOBILIDADE surjam e tudo mais que ainda não previmos 
  até esse primeiro lampejo!

  Raian - 04/05/2009
  Não entendi onde qual seria o estágio inicial de dinamismo das GPMs que desenvolveremos no primeiro 
  trabalho (Trabalho da disciplina). Ou toda a parte de GPM dinâmica será desenvolvida na disciplina?







=====
  Miguel - 14/05/2009

  Olá!
  Desculpem-me Raian e Tiago pelo atraso no papo, mas estou de volta!
  bem precisamos fechar a conversa para o Raian trabalhar.

  O que eu penso. Penso que agora o Raian poderia trabalhar e pensar um
  pouco sobre o que estamos chamando de GPm Dinâmica.
  Na verdade uma capacidade de reconfigurar a estrutura de vizinhança
  durante o ciclo de execucção do modelo.
  Tiago , é mais próximo do que você apontou em (4) e repito abaixo: 

  Tiago - 28/04/2009
  4 - GPM dinâmica seria uma complementação das entidades móveis, onde seriam exercitadas redes que se 
      reconectam (rearranjam)? No TerraME não há impecilios para sua implementação, pois as vizinhanças 
      lá não são GPMs como em TerraLib, são gráfos dinâmicos, assim a qq momento vc pode inserir e remover 
      nodos ou arestas. Mas acredito que alguns serviços especializados como "viz:update( cellSpace, 
      layerRede)" possam ser criados. Era algo como isso que pensava?

  GPM Dinâmicas, na verdade é uma //feature// que o TerraME deveria ter. A capacidade de em 
  qualquer momento durante um ciclo de execucao, qq t, haver uma reformulação da vizinhanca
  porque a situacao mudou. Imagine por exemplo que uma nova estrada apareceu durante o ciclo
  daquele modelo. Ele redefine a GPM, certo? Esta redefinicao deveria estar presente no proximo ciclo.
  Como fazer isso? Na verdade, os grafos no TerraME que se reconectam devem se reconectar orientados
  por essa nova GPM que "apareceu" porque novos elementos de rede apareceram.
  Caracterizar esta situação melhor. Definir o problema e começar a tratá-lo acho que
  é mais que suficiente neste momento.
  O pedro pode nos ajudar e ao Raian com a compreensão da necessidade desta GPM que varia
  e então de como prototipar uma primeira ideia de solução.
  Podemos seguir nisso?
  Um grande abraco,
  Miguel 

=====

  Tiago - 15/05/2009

  Vamos trabalhar nesse sentido então. Vamos lá! :-)

^^[[geopro:raian:discucoes|Voltar]]^^