=== Comentários === #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. === Idéias de trabalho ===