Esta é uma questão teórica decorrente de algumas discussões com colegas sobre o tema das implicações na definição de bacias com dados projetados (por exemplo, Albers Equal Area) vs. dados não projetados (NAD 83) derivados de um DEM de 10 milhões que está no NAD 83.
Alguns afirmaram que não é um problema, pois os valores calculados a partir de dados não projetados simplesmente são ajustados se você decidir projetar.
Não sei se esse é o caso, pois há diferenças inerentes entre os dados em um sistema de coordenadas geográficas e os dados projetados. Tentei um exemplo da rotina, começando com dados DEM não projetados, depois testei o mesmo site com dados DEM projetados. Os passos dados para ambos foram realizados (todo o trabalho realizado no ArcGIS 9.3.1) usando dados de 10m DEM.
Uma execução foi realizada usando um DEM no NAD 83, e a segunda foi realizada projetando o mesmo DEM em USA_Contiguous_Albers_Equal_Area_Conic_USGS_version.
- derivar a direção do fluxo usando a ferramenta FlowDirection_sa de geoprocessamento
- derivar a acumulação de fluxo usando a ferramenta FlowDirection_sa
- encaixe o ponto de fluidez a uma distância de 50 metros
- delinear a bacia hidrográfica usando a ferramenta Watershed_sa
Ao comparar os dois, notei uma diferença visual entre a exibição das grades de direção de fluxo.
NOTA: Após mais pesquisas subseqüentes, acredito que o efeito de distribuição se deva ao não uso de uma reamostragem CUBIC, mas ao equivocadamente seguir o padrão NEAREST na ferramenta ArcGIS Project Raster. Não acredito que isso ofereça qualquer tipo de resolução para esse debate ...
Direções de fluxo usando DEM não projetado
Direções de fluxo usando o DEM projetado
Entendo que a comparação visual não é 100% científica, mas pode ser um bom ponto de partida.
Consequentemente, havia uma diferença entre o ponto de fluidez e a forma como ele se encaixava a cada execução. E havia uma diferença definitiva nas bacias hidrográficas derivadas, considerando como a ferramenta de ponto de fluidez de snap decidiu se encaixar com base nos respectivos conjuntos de dados projetados / não projetados. A bacia hidrográfica mostrada em verde é a bacia hidrográfica derivada usando o DEM projetado e os dados subseqüentes da derivação de elevação derivada projetada. A bacia hidrográfica mostrada no contorno roxo é a bacia hidrográfica derivada usando os dados DEM não projetados.
A bacia hidrográfica
Eu me deparei com esses dois outros tópicos do fórum GIS (links abaixo) que discutem esse problema nos antigos fóruns da ESRI, mas ainda não estou claro como a ferramenta Flow Direction funciona em relação aos dados projetados versus não projetados (eu entendo embora o conceito de fluxo hidrológico e direção do fluxo). Se cada célula ainda possui o mesmo valor de elevação em um DEM projetado versus um DEM não projetado (isso está correto?), Por que há uma diferença na varredura da direção do fluxo derivada dos dados projetados em comparação com uma derivada dos dados DEM no NAD83?
http://forums.esri.com/Thread.asp?c=93&f=995&t=292503
http://forums.esri.com/Thread.asp?c=93&f=995&t=290652
Além disso, teoricamente, qualquer diferença seria menos problemática ao fazer delineamentos em uma latitude mais alta, como o Parque Nacional Shenandoah, na Virgínia, contra delineamentos no estado do Texas?
Falei com um especialista em cartografia que achava que a distorção leste-oeste que você obtém ao se afastar do equador provavelmente poderia ser um problema (como em alguns mapas o Canadá é extremamente inchado e distorcido), pois se você é mais do que A 10 graus de latitude do equador, eles achavam que os dados projetados são o caminho a percorrer, se você estiver preocupado com a precisão.
Uma grande incógnita é o nível de incerteza com as bacias delineadas usando dados não projetados com os quais estamos tentando entender. Há uma diferença, mas qual é a magnitude?
Agradeço a qualquer pessoa que possa fornecer uma resposta direta a esta discussão ou apenas algumas dicas úteis sobre isso.
Editar
A principal questão com a qual estamos interessados / preocupados é se haverá problemas de precisão nas bacias hidrográficas delineadas como resultado do início do processo usando um DEM não projetado.
Então, se estou entendendo a resposta, as bacias delineadas devem ser boas em termos de representação da área de drenagem para um ponto de fluidez? Parece que, se as direções do fluxo estiverem incorretas, isso resultará em algum erro na bacia final delineada.
Este é um tópico muito interessante e realmente importante - ainda não vi um relatório ou documentação afirmando que não há problema em usar dados projetados pela ONU para delinear bacias hidrográficas. Marquei palestras técnicas da ESRI User Conference, lideradas pelo engenheiro desenvolvedor desenvolvedor da extensão Spatial Analyst (que abriga as ferramentas de Hidrologia), onde eles disseram que você deveria usar uma projeção de área igual (como a mesma área de Albers).
Além disso, não parece haver nenhum padrão oficial da "Bíblia" sobre como fazer isso - apenas parece que é uma abordagem de fato quase reconhecida para projetar os dados antes de calcular suas derivadas de elevação.
Em nenhum lugar consegui encontrar uma resposta concisa e direta sobre como isso afeta o cálculo da direção do fluxo e, posteriormente, o delineamento de uma bacia hidrográfica.
E, se você acabar trabalhando com bacias hidrográficas delineadas usando dados de DEM não projetados e depois projetar essas bacias hidrográficas, a imprecisão ainda não existe (por exemplo, em termos de determinação de uma área de bacia hidrográfica ou quaisquer outras características, como proporções de cobertura da terra etc.)?
Além disso, estou assumindo que projetar uma varredura de direção de fluxo derivada de um DEM não projetado também não corrige os erros, pois os dados de origem não foram projetados ...
obrigado - aprecie qualquer insight adicional que você possa fornecer
EDIT - 20110331
@whuber:
obrigado por esta extensa discussão. Temos pesquisado mais esse problema e de fato encontramos algumas referências que sugerem que é melhor não projetar o DEM antes de obter dir. De fluxo, acúmulo de fluxo e delineamento.
Uma resposta por e-mail de uma fonte anônima (mas que é uma pessoa bastante respeitável), quando colocou a questão do 1.) projeto DEM 2.) produziu derivados OU 1.) produziu derivados 2.) o projeto DEM disse:
Em poucas palavras, depende da derivada. Para derivadas contínuas que serão visualizadas, você deve derivar e depois projetar - isso reduz o risco de artefatos de limite de bloco serem aprimorados ou introduzidos (pelo algoritmo de projeção) e depois repassados para a derivada se você projetar o DEM primeiro. A exceção é quando você também está usando distância ou área como base para o cálculo da derivada. É claro que isso é relativo a quão grandes são as distâncias / áreas e a que distância você pode se afastar do equador. Então, imagine que, para derivados como declive ou colina, que dependem do tamanho da célula, haja consequências. Esses derivados serão mais precisos no equador, e a precisão se degradará significativamente além de 60 graus norte ou sul. Em ambos os casos, suponho que o DEM cubra uma área muito grande (mais de 1,5 UTM Zones) e uma abordagem tradicional baseada em blocos, em que os blocos são arbitrários ou estão em conformidade com os padrões existentes, como os limites das folhas USGS Quad. Dizer a implicação é que grande parte desse pensamento é anterior aos conjuntos de dados em mosaico, sobre os quais sou menos capaz de comentar. A principal preocupação para mim seria querer saber como os blocos DEM são compatíveis. Se eles são bem compatíveis (como o NED), espero que as coisas funcionem bem, com derivadas sendo derivadas de blocos (como funções aplicadas ao conjunto de dados do mosaico) e, então, elas são exibidas em tempo real. Se eles não estiverem bem combinados, entre e entre no lixo. Voltando à sua pergunta original, acho que se são apenas limites da bacia hidrográfica,
Eles passaram a dizer:
A razão pela qual eu me ateria à metodologia não projetada é que estamos usando rasters que são, por si só, um derivado do DEM (o que normalmente não temos, mas acho que a nuvem de pontos LiDAR). Para rasters que cobrem áreas muito grandes, como continentes em níveis relativamente finos de resolução, projetar algo como Albers resultará em perda ou introdução de informações, quando a varredura usa células de tamanho regular (como os rasters de Esri). Isso significa que ferramentas como a acumulação de fluxo produzirão resultados com base em informações parciais ou interpoladas. Basicamente, todos os algoritmos de projeção aplicados a rasters causam problemas assim que houver uma expansão ou retração maior que a distância de uma largura de pixel (projeções como Albers podem introduzir erros introduzindo novos pixels entre dois antigos). Derivando disso, o potencial de erro cumulativo é alto.
Isso parece sugerir o contrário - que a projeção introduz mais ruído, a menos que você fique acima de 60 graus de latitude.
Também encontramos algumas fontes publicadas que sugeriram semelhante que não projetada é uma abordagem aceitável para bacias hidrográficas menores (últimos 2 parágrafos da seção 1.6) da Distributed Hydrologic Modeling for GIS (Vieux, 2004): http: //www.springerlink. com / content / x877238532533g20 / fulltext.pdf
Então, no final, tudo se resume a 1.) onde você está trabalhando na superfície da Terra 2.) na escala em que está trabalhando e 3.) se o ruído introduzido por uma projeção isso preservará melhor os atributos que afetam o algoritmo de direção do fluxo é menor que a distorção introduzida por dados não projetados (o benefício aumenta à medida que você se move em direção aos polos) para determinar se você deve projetar algo como conforme ou se isso não importa?
Quando você começa a se aprofundar neste tópico, parece que o maior consenso é projetar, mas há alguns que parecem dizer que essa não é uma regra rígida.