Blog ArcGIS Online : Prendre le contrôle des transformations avec les couches d'entités hébergées

KellyGerrow

<\/HEAD>

Découvrez ce Blog ArcGIS <\/A> écrit par Paul Barker<\/A><\/P>

Imaginez comme le monde serait simple s'il n'y avait qu'une seule projection.  Dans notre quête pour aplatir la terre sur papier et écrans d'appareils, nous avons créé de nombreuses projections pour répondre à nos besoins. Chaque projection a un ensemble d'objectifs, et en même temps, un ensemble de compromis.  Nous utilisons des transformations pour convertir les données d'une projection à une autre.<\/P>

J'ai toujours pensé que les transformations sont similaires aux traductions entre langues.   Prenez le français et l'anglais, par exemple. Vous pourriez utiliser Google Translate aujourd'hui et dans l'ensemble obtenir une conversion assez bonne.  Cela fonctionne dans un sens large et permet souvent de communiquer ce que vous essayez de dire même si la chose étrange est  <\/SPAN>perdue dans la traduction.<\/EM>  Mais que se passerait-il si votre public était canadien français, haïtien ou suisse ? Vous pourriez faire quelques ajustements légers dans la façon dont vous traduisez certains mots pour mieux correspondre aux différences régionales de la langue.<\/P>Les transformations fonctionnent de manière similaire.  Nous avons des transformations plus génériques, qui sont bonnes pour convertir des données couvrant le monde, un continent ou même un pays.  Elles font un assez bon travail, mais elles ont tendance à perdre en précision lorsque vous zoomez à des échelles locales.  C'est là que les transformations spécifiques à une région ou un lieu fonctionnent très bien.  Elles sont conçues pour traduire les coordonnées d'une projection à une autre pour une région spécifique.<\/P>ArcGIS Online est très performant pour convertir les couches d'entités d'une projection à une autre sans que vous ayez à trop y penser. Il examine les détails de vos données puis applique ce qu'il pense être la transformation la plus appropriée pour convertir vos données dans la projection de la carte.  Cependant, parfois ce qu'il pense être le plus approprié n'est pas ce que vous voulez.  Et en conséquence, vos données semblent avoir été déplacées—parfois très légèrement et parfois assez nettement.<\/P>

<\/A><\/P>

Lorsque la transformation incorrecte ou une transformation moins précise pour votre zone cartographique est utilisée, vous pouvez introduire un décalage dans vos données lorsqu'elles sont superposées sur une carte avec une projection différente.<\/SPAN><\/P>Si vous vous trouvez dans ce scénario, vous avez plusieurs options à votre disposition pour résoudre le problème.<\/P>

Projetez vos données à l'avance<\/H2>Ce n'est pas une nouvelle approche, et elle a toujours été en tête des « meilleures pratiques ». Si vous souhaitez avoir un contrôle total sur la façon dont vos données sont reprojetées, vous pouvez reprojeter vos données dans la même projection que la carte avec laquelle vous travaillez.  Dans ArcMap et Pro, vous pouvez faire cela en ajoutant votre couche à une carte ou trame de données qui correspond à la projection des cartes web que vous utiliserez.  Définissez la transformation dans les propriétés de la carte ou de la trame de données pour utiliser la transformation que vous souhaitez appliquer.  Puis publiez votre couche sur ArcGIS Online. Dans le cadre du processus de publication, vos données seront reprojetées pour correspondre à la projection de la carte ou trame de données en utilisant la transformation que vous avez spécifiée.  Cette méthode fonctionne même si vous avez vos propres projections personnalisées et transformations personnalisées associées.  Selon vos flux de travail, cependant, cette méthode crée quelques étapes supplémentaires si vous devez fusionner la couche publiée avec l'ensemble de données original.<\/P>Projetez à la volée avec vous au volant<\/H2>Alors que la méthode ci-dessus fonctionne pour certains utilisateurs, ce n'est pas ce que tout le monde veut.  Parfois, on veut juste que les choses fonctionnent comme on le souhaite, et pour beaucoup cela signifie garder leurs données SIG dans la projection qui a le plus de sens pour leur organisation.  La plupart du temps, ce n'est probablement pas Web Mercator.  Ce serait bien de pouvoir dire à ArcGIS Online comment reprojeter les données à la volée lors de l'ajout de vos données par-dessus une carte de base Esri.  Ce scénario offre le meilleur des deux mondes.  Lorsque vous travaillez avec vos propres données SIG et cartes de base, il n'y a pas de reprojection en cours.  Lorsque vous devez étendre et superposer ces données sur des cartes de base différentes de celles de votre organisation, vous pouvez choisir la bonne transformation pour vos données avant de publier.  Dans la dernière version d'ArcGIS Online, vous pouvez faire exactement cela lors de la publication des couches d'entités hébergées.  Toute transformation prise en charge que vous définissez dans la carte ou trame de données avant publication sera conservée et utilisée lors du travail avec la couche d'entités hébergée.<\/P>Cela signifie que vous pouvez publier vos données dans une projection autre que Web Mercator, et ajouter une transformation pour passer de votre projection de couche vers une autre projection telle que WGS1984. ' Lorsque ces données sont affichées par-dessus une carte basée sur WGS1984, elles utiliseront la transformation choisie pour reprojeter les données. ' Cette méthode devrait fonctionner avec toute transformation prise en charge directement dans les logiciels desktop Esri.<\/P>Note : Les transformations définies par l'utilisateur/personnalisées ou basées sur des grilles qui nécessitent généralement le téléchargement d'une base de données tierce (GSB) ne sont pas prises en charge actuellement. Veuillez les retirer de votre trame de données avant publication afin d'éviter tout problème inattendu. Des étapes détaillées sur comment créer chaque méthode peuvent être trouvées dans l' <\/> Aide ArcGIS Online<\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/> <\/>

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!