<\/HEAD>
Jedes Mal, wenn eine neue Version von ArcGIS veröffentlicht wird, erhalte ich eine bestimmte Frage häufiger als jede andere. Die genauen Worte können variieren, aber es ist immer etwas in der Art von „Wie werde ich alle meine Benutzer von ArcGIS Desktop zu ArcGIS Pro migrieren“? <\/SPAN> <\/SPAN><\/P> <\/SPAN><\/P>Ein großer Teil meiner Rolle bei <\/SPAN><\/SPAN>Esri<\/SPAN> <\/SPAN>ist es, Kunden bei der Implementierung und Konfiguration der ArcGIS-Plattform zu unterstützen, und das umfasst auch das Upgrade auf die neueste Version von ArcGIS und die Installation der neuesten Produkte. Wenn mich also jemand diese Frage stellt, erwartet er normalerweise, dass ich über einen Technologiemigrationspfad für Desktop-Benutzer spreche. Aber ein direkter Pfad wie dieser <\/SPAN>geht davon aus, dass Benutzer<\/SPAN> <\/SPAN>im Laufe der Zeit einen Eins-zu-eins-Austausch von ArcMap gegen ArcGIS Pro durchführen, und das ist oft nicht der beste Weg, um die zugrunde liegende Frage zu beantworten.<\/SPAN><\/SPAN> <\/SPAN><\/P> <\/SPAN><\/P>Anstatt eines Migrationsbedarfs denke ich lieber an diese Situation als eine Chance zur Modernisierung. <\/SPAN><\/SPAN>Migration<\/SPAN> <\/SPAN>konzentriert sich im Allgemeinen auf die Technologie. Upgrades, Patches, Installation des neuesten Produkts. Modernisierung <\/SPAN><\/SPAN><\/SPAN>kann Upgrades und neue Produkte beinhalten, aber das ist nur ein Mittel zum Zweck. Es geht wirklich darum, <\/SPAN>zu einem neuen Muster überzugehen. Ein Paradigmenwechsel. In unserem Gespräch über ArcMap und ArcGIS Pro ist dieses Muster Web GIS. Während wir vom Desktop über Server zu Web und schließlich <\/SPAN><\/SPAN>Distributed<\/SPAN > <\/span >GIS neue Optionen bieten sich an, die zuvor <\/span >< /span >nicht verfügbar waren. ArcGIS Pro und alle anderen nativen Web GIS-Anwendungen ermöglichen neue und leistungsstarke Funktionen, die wir nur nutzen können, wenn wir unsere Sichtweise auf die Nutzung von GIS ändern.<\/span >< /span > < /span >< /p > < /span >< /p >Wenn ich mit Benutzern an der Modernisierung arbeite, beginne ich fast immer mit drei einfachen Fragen:< /span > < /span >< /p >< /p >Wer sind die Benutzer?< /span > < /span >< /li >Welche Standortinformationen sind ihnen wichtig?< /span > < /span >< /li >Welche Antworten suchen sie?< /span > < /span >< /li >< /ul >< /p >Jeder, der ArcGIS verwendet, versucht ein Problem zu lösen, eine Frage zu stellen oder < /span >eine Antwort zu erhalten< /span >< spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point "> & nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;& nbsp;. Dieses Problem, diese Frage und diese Antwort ergeben zusammen einen Arbeitsablauf, und auf den Arbeitsablauf wollen wir uns konzentrieren, nicht auf die Technologie. < / span > < spanstyle= "margin:-zero;padding:-zero;font-size:-eleven-point "> & nb sp;</ span > < spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point "> Sobald wir diese Fragen beantwortet haben, beginnen wir damit, die bestehenden Arbeitsabläufe zu überprüfen und geben eine Empfehlung für jeden einzelnen Arbeitsablauf ab, wie man ihn mit einer von drei Optionen modernisieren kann.< / span > < spanstyle= "margin:-zero;padding:-zero;font-size:-twelve-point "> & nb sp;</ span > < / p > < pstyle= "margin:-zero;padding:-zero;background-color:-transparent;color:-windowtext "> & nb sp;</ p > < olstyle= "margin:-zero;padding:-zero "> < li data-aria-level= "2 " data-aria-posinset= "1 "style= "margin:-zero zero zero twenty-four-px;padding:-zero zero zero zero;font-size:-eleven-point "> < spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point "> Desktop to Pro Workflow Transition: eine Eins-zu-eins-Ersetzung der Technologien durch den Wiederaufbau von Arbeitsabläufen in Pro unter Verwendung nur der Standardfunktionalität (OOB). < / span > < spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point ">Wenn Sie dies tun können, ist dies der bevorzugte Ansatz, da er die geringste Lernkurve hat, weniger Change Management erfordert und < / span > < spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point ">wahrscheinlich mit minimalen Änderungen an den Daten erreicht werden kann. Obwohl Sie möglicherweise in vielen Fällen anders auf Daten zugreifen (z.B. über Dienste statt direkte GDB-Bearbeitung). Dies ist Ihr einfacher Knopf, aber erwarten Sie nicht, dass Sie ihn in jedem Fall verwenden können. < / span > < spanstyle= "margin:-zero;padding:-zero;font-size:-eleven-point "> & nb sp;</ span > < / li > < li data-aria-level= "2 " data-aria-posinset= "1 "style= "margin:-zero zero zero twenty-four-px;padding:-zero zero zero zero;font-size:-eleven-point "> < spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point "> Desktop to a Web GIS Enabled Product Transition< / span > < spanstyle= "background-color:-inherit;padding:-zero;margin:-zero;color:-windowtext;font-size:-eleven-point ">: if a one-to-one swap is not an option (or an OOB app is a better fit than Pro) you can adjust the < / span > < spanstyle= "margin :- zero;padding :- zero;color :- windowtext;font-size :- eleven-point "> < spanstyle= "margin :- zero;padding :- zero;background-color :- inherit "> workflow you're using in Desktop to another< SPan > < / SPan > < SPanstyle= "margin :- zero;padding :- zero;border-bottom :- one-px solid transparent;background-color :- inherit "> Esri< SPan > < / SPan > product. < SPan > < / SPan > Examples could range from something as simple as using collector for offline data collection rather than an ArcGIS Desktop with checked out data on a Toughbook, to more complicated changes that effect the underlying system architecture, like using a web app template and ArcGIS services to review and approve data changes rather than using a multitude of versioned databases and spending hours reconciling the edits. < SPanstyle= "margin :- zero;padding :- zero;color :- windowtext;font-size :- eleven-point "> This option is often the most over looked. After years of comfortably< SPan > < / SPan > working< SPan > 0px; padding: 0px; Hintergrundfarbe: inherit;"> <\/SPAN>in ArcGIS Desktop o<\/SPAN><\/SPAN>Ihr Instinkt sagt, dass wir entweder einen Workflow zu Pro migrieren oder ein Plugin für Pro entwickeln müssen. Aber mit dem umfangreichen Ökosystem von <\/SPAN><\/SPAN>Esri<\/SPAN> <\/SPAN>Apps, die Web GIS nutzen, können wir oft eine geeignete (wenn nicht sogar bevorzugte) Alternative für einen Desktop-Workflow finden, indem wir eine OOB-App verwenden, die vollständig von <\/SPAN><\/SPAN>Esri<\/SPAN>unterstützt und gewartet wird. Manchmal erfordern solche Änderungen architektonische oder Datenanpassungen, sodass sie für einen GIS-Administrator möglicherweise keine kleinen Änderungen sind, aber wenn sie richtig durchgeführt werden, können sie dem Benutzer einen sehr einfachen Übergang bieten. <\/SPAN> <\/SPAN><\/LI>Desktop zu Custom <\/SPAN>Technology <\/SPAN><\/SPAN>Übergang<\/SPAN>: <\/SPAN>In<\/SPAN> <\/SPAN>den letzten 10 Jahren habe ich eine große Verschiebung gesehen, bei der Anpassungen die Standardlösung für jedes Problem waren, hin zu COTS statt Anpassungen um jeden Preis. Aber in den letzten Jahren hat sich das Pendel irgendwo in der Mitte eingependelt, und obwohl "zuerst konfigurieren" immer noch eine gute Regel ist, wird Anpassung nicht mehr abgelehnt, wenn sie benötigt wird. Mit den Developer tools <\/SPAN>verfügbar<\/SPAN> <\/SPAN>mit ArcGIS kann diese benutzerdefinierte Technologie viele Formen annehmen. Denken Sie also an Ihre Benutzerbasis, wenn Sie entscheiden, wie Sie Ihre neue benutzerdefinierte App, Ihr Tool oder Plugin erstellen. Denken Sie darüber nach, was der Benutzer dieses Workflows sonst noch tun wird. Ist dies ihr einziger Workflow? Wenn ja, ist vielleicht eine JavaScript-App, die leicht zu warten ist und schnell gebaut werden kann, <\/SPAN><\/SPAN>am besten.<\/SPAN> <\/SPAN> Haben sie mehrere Workflows und die meisten davon werden auf eine mobile App migriert? Dann macht es vielleicht Sinn, mit <\/SPAN><\/SPAN>AppStudio<\/SPAN> <\/SPAN>zu entwickeln, damit der Benutzer nicht ständig das Gerät wechseln muss. Oder bleiben 99 % ihrer Workflows im Desktop mit ArcGIS Pro? Wenn ja, <\/SPAN><\/SPAN>ist vielleicht ein benutzerdefiniertes Pro-Plugin die Investition wert. Es hängt alles vom Kontext ab. <\/SPAN><\/SPAN> <\/SPAN><\/SPAN><\/LI><\/OL> <\ /span ><\ /p >Während Sie Ihr GIS modernisieren und Ihren Benutzern helfen, den Paradigmenwechsel zu Web GIS zu vollziehen, sollten Sie diese Schritte im Hinterkopf behalten, damit Sie ihnen ihre Optionen erklären können und dass ein ganz neues Ökosystem von Tools und Produkten zur Verfügung steht, um ihnen bei der Erfüllung ihrer Aufgaben zu helfen.<\/span> <\/span><\/p><\/BODY><\/HTML>
