Blog do ArcGIS Online: Assumindo o controle das transformações com camadas de feição hospedadas

KellyGerrow

<\/HEAD>

Confira este Blog do ArcGIS<\/A> escrito por Paul Barker<\/A><\/P>

Imagine como o mundo seria simples se houvesse apenas uma projeção.  Em nossa busca para achatar a terra em papel e telas de dispositivos, criamos inúmeras projeções para atender aos nossos propósitos. Cada projeção tem um conjunto de objetivos e, ao mesmo tempo, um conjunto de compromissos.  Usamos transformações para converter dados de uma projeção para outra.<\/P>

Sempre pensei que transformações são semelhantes a traduções entre idiomas.   Pegue o francês e o inglês, por exemplo. Você poderia usar o Google Translate hoje e, na maior parte, obter uma conversão bastante boa.  Isso funciona em um sentido amplo e muitas vezes permite que você comunique o que está tentando dizer, mesmo que alguma coisa fique <\/SPAN>perdida na tradução.<\/EM>  Mas e se seu público fosse canadense francês, haitiano ou suíço? Você poderia fazer alguns ajustes sutis em como traduz certas palavras para melhor corresponder às diferenças regionais no idioma.<\/P>As transformações funcionam de maneira muito semelhante.  Temos transformações mais genéricas, que são boas para converter dados que abrangem o mundo, continente ou até país.  Elas fazem um trabalho razoavelmente bom, mas tendem a perder precisão quando você amplia para escalas locais.  É aí que as transformações específicas por região ou local funcionam muito bem.  Elas são projetadas para traduzir coordenadas de uma projeção para outra para uma região específica.<\/P>O ArcGIS Online é muito bom em converter camadas de feição de uma projeção para outra sem que você precise pensar muito sobre isso. Ele analisa os detalhes dos seus dados e então aplica o que acha ser a transformação mais apropriada para converter seus dados na projeção do mapa.  No entanto, às vezes o que ele acha mais apropriado não é o que você quer.  E como resultado, seus dados parecem ter sido deslocados—às vezes muito sutilmente e às vezes de forma bastante perceptível.<\/P>

<\/A><\/P>

Quando a transformação incorreta ou uma transformação menos precisa para sua área do mapa é usada, você pode introduzir um deslocamento nos seus dados quando eles são sobrepostos a um mapa com uma projeção diferente.<\/SPAN><\/P>Se você se encontrar nesse cenário, tem algumas opções à sua disposição para resolver o problema.<\/P>

Projete seus dados antecipadamente<\/H2>Esta não é uma abordagem nova e sempre esteve no topo das "melhores práticas". Se você quiser ter controle total sobre como seus dados são reprojetados, pode reprojetar seus dados na mesma projeção do mapa com o qual está trabalhando.  No ArcMap e Pro, você pode fazer isso adicionando sua camada a um mapa ou quadro de dados que corresponda à projeção dos mapas web que você usará.  Defina a transformação nas propriedades do mapa ou quadro de dados para usar a transformação que deseja aplicar.  Em seguida, publique sua camada no ArcGIS Online. Como parte do processo de publicação, seus dados serão reprojetados para corresponder à projeção do mapa ou quadro de dados usando a transformação que você especificou.  Este método funciona mesmo se você tiver suas próprias projeções personalizadas e transformações personalizadas associadas.  Dependendo dos seus fluxos de trabalho, porém, este método cria algumas etapas extras se precisar mesclar a camada publicada de volta ao conjunto de dados original.<\/P>Projete em tempo real com você no comando<\/H2>Embora o método acima funcione para algumas pessoas, não é o que todos querem.  Às vezes você só quer que as coisas funcionem do jeito que deseja e, para muitas pessoas, parte disso é manter seus dados GIS na projeção que faz mais sentido para sua organização.  Na maioria das vezes, provavelmente não é Web Mercator.  Seria bom poder dizer ao ArcGIS Online como reprojetar os dados em tempo real ao adicionar seus dados sobre um mapa base da Esri.  Esse cenário oferece o melhor dos dois mundos.  Quando você está trabalhando com seus próprios dados GIS e mapas base não há reprojeção acontecendo.  Quando precisa expandir e sobrepor esses dados em mapas base diferentes dos mapas base da sua organização, pode escolher a transformação certa para seus dados antes de publicar.  Na versão mais recente do ArcGIS Online, você pode fazer exatamente isso ao publicar camadas de feição hospedadas.  Qualquer transformação suportada que você definir no mapa ou quadro de dados antes da publicação será mantida e usada ao trabalhar com a camada de feição hospedada.<\/P>Nota: Transformações definidas pelo usuário/personalizadas ou transformações baseadas em grade que normalmente requerem download de um banco de dados externo de deslocamento de grade (GSB) não são suportadas no momento. Por favor, remova-as do seu quadro de dados antes da publicação para evitar quaisquer problemas inesperados. Passos detalhados sobre como criar cada método podem ser encontrados na Ajuda do ArcGIS Online<\/A><\/EM><\/P><\/BODY><\/HTML>

DavidColey

Interesting.  What we do at Sarasota County GIS to provide the best of both worlds is this: For downloads from our Open Data site, we publish layers as hosted feature feature layers to our AGOL org, making them visible to the Open Data group so that they are visible to our Open Data site. For this use case, we keep the layers in their native State Plane coordinate system. We then overwrite those layers each week using a python driven workflow. 

For mapping purposes, we transform our data on the backend to Web Mercator, and then serve those layers in a variety of themed map services.  I then make those layers available to our org as referenced feature layers.  This may seem like a lot of work but it's really not unless you sitting down and adding some 200 layers all at once.  In that case we can use the ArcGIS API.  

The trick is to simply provide well-worded descriptions in Overview sections of both your hosted (State Plane) and referenced (Web Mercator) feature layers so that the uses know which layers are suitable for download and which layer are suitable for mapping. Of course, users can and do extract our referenced layers through a variety of Web Application Builder apps or from the overview pages themselves, but they know what they are getting either way.

Finally, we'll have to see what efficiencies we gain as we move to ArcEnterprise, federate our ArcServer site with Portal (and designate hosting!) then set up collaboration between our Portal and our ArcGIS Online environment!