ArcGIS Online Blog: Controle nemen over transformaties met hosted feature layers

KellyGerrow

<\/HEAD>

Bekijk deze ArcGIS Blog<\/A> geschreven door Paul Barker<\/A><\/P>

Stel je voor hoe eenvoudig de wereld zou zijn als er maar één projectie was.  In onze zoektocht om de aarde plat te maken op papier en apparaat schermen, hebben we talloze projecties gemaakt die bij onze doeleinden passen. Elke projectie heeft een set doelen, en tegelijkertijd een set compromissen.  We gebruiken transformaties om data van de ene projectie naar de andere om te zetten.<\/P>

Ik heb altijd gedacht dat transformaties vergelijkbaar zijn met vertalingen tussen talen.   Neem bijvoorbeeld Frans en Engels. Je zou vandaag Google Translate kunnen gebruiken en meestal een vrij goede conversie krijgen.  Dat werkt in brede zin en stelt je vaak in staat te communiceren wat je probeert te zeggen, zelfs als het een en ander <\/SPAN>verloren gaat in vertaling.<\/EM>  Maar wat als je publiek Frans-Canadees, Haïtiaans of Zwitsers was? Je zou misschien enkele kleine aanpassingen maken in hoe je bepaalde woorden vertaalt om beter aan te sluiten bij regionale verschillen in de taal.<\/P>Transformaties werken op dezelfde manier.  We hebben transformaties die meer generiek zijn, die goed zijn voor het converteren van data die de wereld, continent of zelfs land beslaat.  Ze doen het vrij goed, maar verliezen nauwkeurigheid wanneer je inzoomt op lokale schalen.  Daar werken regio- of locatie-specifieke transformaties heel goed.  Ze zijn ontworpen om coördinaten te vertalen van de ene projectie naar de andere voor een specifieke regio.<\/P>ArcGIS Online is erg goed in het converteren van feature layers van de ene projectie naar de andere zonder dat je er teveel over na hoeft te denken. Het kijkt naar de details van je data en past dan toe wat het denkt dat de meest geschikte transformatie is om je data om te zetten naar de projectie van de kaart.  Soms is wat het denkt dat het meest geschikt is echter niet wat jij wilt.  En daardoor lijkt je data verschoven te zijn—soms heel licht en soms behoorlijk opvallend.<\/P>

<\/A><\/P>

Wanneer de verkeerde transformatie of een minder nauwkeurige transformatie voor jouw kaartgebied wordt gebruikt, kun je een verschuiving in je data introduceren wanneer deze over een kaart met een andere projectie wordt gelegd.<\/SPAN><\/P>Als je jezelf in die situatie bevindt, heb je een paar opties tot je beschikking om het probleem op te lossen.<\/P>

Projecteer je data vooraf<\/H2>Dit is geen nieuwe aanpak en staat altijd bovenaan "best practices". Als je volledige controle wilt hebben over hoe je data wordt gereprojecteerd, kun je je data reprojeteren naar dezelfde projectie als de kaart waarmee je werkt.  In ArcMap en Pro kun je dit doen door je laag toe te voegen aan een kaart of data frame die overeenkomt met de projectie van de webkaarten die je zult gebruiken.  Stel de transformatie in de kaart- of data frame-eigenschappen in om de transformatie te gebruiken die jij wilt toepassen.  Publiceer vervolgens je laag naar ArcGIS Online. Als onderdeel van het publicatieproces wordt je data gereprojecteerd om overeen te komen met de projectie van de kaart of data frame met behulp van de door jou opgegeven transformatie.  Deze methode werkt zelfs als je eigen aangepaste projecties en bijbehorende aangepaste transformaties hebt.  Afhankelijk van je workflows creëert deze methode echter extra stappen als je de gepubliceerde laag weer moet samenvoegen met de originele dataset.<\/P>Projecteer on the fly terwijl jij aan het stuur zit<\/H2>Hoewel bovenstaande methode voor sommigen werkt, is het niet wat iedereen wil.  Soms wil je gewoon dat dingen werken zoals jij wilt, en voor veel mensen hoort daar bij dat ze hun GIS-data houden in de projectie die het meest logisch is voor hun organisatie.  Meestal is dat waarschijnlijk niet Web Mercator.  Het zou fijn zijn als je ArcGIS Online kunt vertellen hoe het data on the fly moet reprojeteren wanneer je jouw data toevoegt bovenop een Esri basemap.  Dat scenario geeft je het beste van twee werelden.  Wanneer je werkt met je eigen GIS-data en basemaps vindt er geen reprojetering plaats.  Wanneer je moet uitbreiden en die data over basemaps legt die anders zijn dan die van jouw organisatie, kun je vóór publicatie de juiste transformatie voor jouw data kiezen.  In de nieuwste release van ArcGIS Online kun je precies dat doen bij het publiceren van hosted feature layers.  Elke ondersteunde transformatie die je instelt in de kaart of data frame vóór publicatie zal worden meegenomen en gebruikt worden bij het werken met de hosted feature layer.<\/P>Opmerking: Door gebruikers gedefinieerde / aangepaste transformaties of grid-gebaseerde transformaties die doorgaans vereisen dat een derde partij grid shift database (GSB) wordt gedownload, worden momenteel niet ondersteund. Verwijder ze uit je data frame voordat je publiceert om onverwachte problemen te voorkomen. Gedetailleerde stappen over hoe elke methode kan worden gemaakt zijn te vinden in de <\/SPAN>ArcGIS Online Help<\/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!