#1

  Douglas, discuti com o Gribeiro sua abordagem. Tem um caminho traçado. 
  Se você avançar será um trabalho muito legal. Tente situar seus algoritmos
  como permitindo  a construção de um serviço web de localização 
  seguindo o padfrão OGC.Não é para fazer isso, é só leitura para voce
  entender melhor em que universo estão os algoritmos que voce 
  estará trabalhando. O Objetivo é melhorar o enderaçamento do TerraView, 
  através da melhoria dos algoritnmos em TerraLib.  
  Excelente desafio, mas você está na melhor compania!

#2

  Olá Prof. Miguel! 
  Tudo bem? 
  Como já sabe, houve uma mudança no tema do meu trabalho. 
  Depois de algumas pesquisas e conversas com o Gribeiro, decidi seguir um novo caminho..
  espero que dê certo!
  A nova proposta é a implementação de um operador espacial no ambiente TerraLib.
  Coloquei um arquivo (sobreposicao.pdf) na minha página com a proposta mais detalhada e 
  também com algumas informações sobre o desenvolvimento.
  Aguardo retorno
  []´s

#3

  Olá Douglas!  
  Já discuti com Gribeiro e está ótimo também esta abordagem!
  Imagino que voce estajea falando do operador UNIAO quando se refere
  a sobreposicaO detemas, e isso ou nao? 
  Nao entendi sua descricao:
  "Na sobreposição de temas, os atributos do tema de entrada e 
  do tema de sobreposição também são preservados, porém, 
  o registro do tema gerado [ppoderá ter linhas vazias]. O QUE SERIA ISSO?
  Isto ocorre onde o tema de entrada e o de sobreposição 
  não são coincidentes. A utilização desse operador 
  permite desenvolver análises que não seriam possíveis 
  com as informações separadas." 

#4

  Isso mesmo Prof. Miguel! O operador em questão é o UNION. 
  O nome "Sobreposição de Temas" foi uma sugestão do Gribeiro...
  Quanto a: "... poderá ter linhas vazias ..."
  me refiro a tabela do novo tema gerado... o melhor seria dizer "poderá ter
  campos vazios..." isso ocorre onde não há interseção entre os temas. Com isso, 
  temos atributos NULL.