<\/span><\/P>Uw Kaarten Offline Gebruiken: Het Publiceren van de Data<\/P>Door Tom DeWitte, Kevin Ruggiero, Mike Hirschheimer<\/STRONG><\/P>Deel 3 van 5<\/STRONG><\/P>Organisaties groot en klein moeten hun mobiele medewerkers geïnformeerd houden. Of het nu een stralende dag is of er stormen boven hangen, mobiele medewerkers hebben actuele informatie nodig over het nutsbedrijfssysteem dat ze elke dag onderhouden. Deze informatie informeert de mobiele medewerker over welke geleiders onder spanning staan, welke leidingen onder druk staan en welke kabels live zijn. Kritieke informatie die helpt om de mobiele medewerker veilig te houden en het nutsbedrijfssysteem betrouwbaar.<\/P>Consistent en betrouwbaar nieuwe en bijgewerkte informatie verzenden naar de gehele mobiele werkploeg van een nutsbedrijf is niet eenvoudig. De papieren kaarten die gedurende de eerste 150 jaar van de nutsindustrie werden gebruikt, konden geen incrementele updates ontvangen. De dag nadat de papieren kaarten in handen van de mobiele medewerker waren gegeven, was de informatie op de kaart al verouderd. Hetzelfde probleem gold voor vroege mobiele kaartviewer-applicaties, zoals ArcReader. De momentopname van informatie die lokaal op het mobiele apparaat was opgeslagen, kon niet incrementeel worden bijgewerkt. Ook deze werd met elke dag die voorbijging steeds verouderder nadat de momentopname was gemaakt.<\/P>Deze lessen uit eerdere pogingen om tijdige en actuele informatie aan de mobiele medewerker te bieden, vertellen ons dat er een mechanisme nodig is om de informatie van een mobiele medewerker incrementeel en consistent bij te werken. In de huidige mobiele wereld betekent dit het onderhouden van een lokale kopie van de georuimtelijke weergave van leidingen, geleiders en kabels op de telefoon, tablet of laptop van de mobiele medewerker. Het mechanisme om deze informatie naar het mobiele apparaat te verzenden wanneer het verbonden is met een netwerk zijn webservices.<\/P>Wat Zijn Webservices<\/H2>Een webservice is een communicatiemethode tussen uw mobiele apparaat en uw dataserver. Wanneer een webservice wordt gemaakt, is het een altijd-aan proces dat luistert naar verzoeken van mobiele clientapplicaties.<\/P>Er zijn veel verschillende soorten webservices. Binnen ArcGIS Enterprise zijn er gespecialiseerde typen webservices voor geocodering, geoprocessing, het delen van afbeeldingsdata en het delen van vectordata. Het delen van vectordata is hoe feature- en tabelrecords worden uitgewisseld tussen het mobiele apparaat en de gecentraliseerde datarepository.<\/P>ArcGIS Enterprise ondersteunt meerdere typen vectordata-webservices. Deze omvatten KML, WFS, ArcGIS Feature Services en Hosted Feature Layers. ArcGIS Feature Services en Hosted Feature Layers zijn de enige vectordata-deelwebservices die synchronisatie van wijzigingen tussen het mobiele apparaat en de gecentraliseerde datarepository ondersteunen. Met andere woorden, om onze mobiele medewerkers geïnformeerd te houden met gegevenswijzigingen die door kantoorpersoneel worden aangebracht én door andere mobiele medewerkers, moet er een Feature Service of een Hosted Feature Layer zijn om de communicatie af te handelen.<\/P>
<\/span><\/P>Een feature service is hoe ArcGIS Enterprise Geodatabase beheerde data zoals Utility Network data wordt gedeeld met mobiele apparaten voor synchronisatie.<\/P>Een hosted feature service is hoe ArcGIS Portal gehoste feature layer data wordt gedeeld met mobiele apparaten voor synchronisatie.<\/P>Data Organiseren met Feature Services<\/H2>In het voorbeeld dat we in deze blogserie beschrijven, komt de data die beschikbaar moet worden gesteld aan het mobiele apparaat voor lokale caching uit vier verschillende datarepositories. Twee van deze repositories zijn Enterprise Geodatabases, één repository bevat Portal’s gehoste feature layers, en de vierde is een ArcGIS Online geregistreerde vector tile basemap geconfigureerd voor export. Elke Enterprise Geodatabase bevat meerdere featureclasses en tabellen waarvan records gesynchroniseerd moeten worden naar de mobiele apparaten.<\/P>
<\/span><\/P>Een enkele feature service kan een groep zijn van één of meer featureclasses en tabellen. Bij het bepalen hoe u uw data organiseert in feature services is het belangrijk te weten dat elke individuele feature service slechts verbinding kan maken met één datarepository. Dit betekent dat alle featureclasses en tabellen dezelfde enterprise geodatabase moeten gebruiken via dezelfde relationele databaseverbinding.<\/P>Data publiceren voor offline gebruik kent enkele extra beperkingen voor de organisatie van inhoud in de feature service. <\/P> -Een featureclass of tabel kan slechts één keer worden gerefereerd.<\/P> -Subtype-groepslagen worden niet ondersteund als laagtype <\/P>Een Feature Service Publiceren voor Synchronisatie<\/H2>Het creëren van een feature service kan ook worden aangeduid als het publiceren van de data. Het publiceren van data is stap 2 van de vier primaire stappen bij het maken van offline kaartgebieden.<\/P>
<\/span><\/P>De stap "Publish the Data" wordt meestal uitgevoerd met behulp van de desktoptool ArcGIS Pro. De tool "Share as Web Layer" is specifiek bedoeld om de feature service te publiceren.<\/P>Standaard ondersteunt een feature service geen synchronisatie. Om synchronisatie te activeren vinkt u binnen het configuratiepaneel voor feature-eigenschappen het vakje "Enable Sync" aan.<\/P>
<\/span>Veel featureclasses in enterprise geodatabases hebben hun geometrieën zo geconfigureerd dat ze opslag ondersteunen van hoogte (Z) en afstand langs een lijn (M). Veldeditors van deze Z- en M-ingeschakelde data hebben deze informatie mogelijk niet beschikbaar op het moment van gegevensvastlegging. Om veldeditors toe te staan deze informatie te verzamelen zonder volledige geometriedefinitie moeten standaardwaarden en gedrag worden gedefinieerd.<\/P>
<\/span><\/P>Voor de Z-waarde vinkt u het vakje aan om "Apply default to features with Z-values" in te schakelen. Stel vervolgens de standaard z-waarde in op de gewenste waarde.<\/P>Voor de M-waarde vinkt u het vakje aan om "Allow geometry updates without m-value" in te schakelen. Dit zal ervoor zorgen dat bij het creëren van een nieuw object de M-waarde op NULL wordt gezet. <\/P>Uw Utility Network Publiceren<\/H2>Sleutel tot het veilig houden van mobiele medewerkers is het bieden van actuele informatie over hun nutsvoorzieningen. Wanneer deze assets zijn opgeslagen in een enterprise geodatabase en beheerd worden met utility network-mogelijkheden, bestaat de publicatiestap uit het aanpassen van eigenschappen van een reeds gepubliceerde feature service.<\/P>
<\/span><\/P>Om ervoor te zorgen dat kantoormappers digitale verbonden representaties kunnen maken en onderhouden van uw nutsvoorzieningen vereist dat de data als branch versioned wordt geconfigureerd en als feature service wordt gepubliceerd. De reeds gepubliceerde utility network-feature service is mogelijk niet volledig geconfigureerd voor synchronisatie met offline kaartgebieden. Om synchronisatie naar offline kaartgebieden te ondersteunen moeten twee configuraties worden ingesteld voor de feature service. De eerste is om eerder genoemde eigenschappen aan te passen om synchronisatie mogelijk te maken. De tweede configuratie is om de rol te definiëren die branch versioning zal hebben tijdens het synchronisatieproces. Er zijn twee opties voor branch versioning tijdens sync:<\/P>-Geen<\/P>-Maak een versie aan voor elke gedownloade kaart<\/P>Welke optie u kiest begint met inzicht in wat uw mobiele medewerkers zullen doen met deze utility asset-data.<\/P>Versiecreatie = Geen<\/STRONG>
Als het antwoord op deze vraag is dat mobiele medewerkers alleen zullen bekijken en query's uitvoeren op utility network-data, dan is de standaardinstelling "None" correct ingesteld. Met deze configuratie geen extra versies worden gemaakt of vereist om succesvol te synchroniseren.<\/P>
<\/span><\/P>Als u de optie Versiecreatie instelt op 1 Geen7 en uw mobiele medewerkers toestaat om de utility assets te bewerken, worden die bewerkingen direct gepost naar de standaardversie. Synchroniseren met de standaardversie zal deze bewerkingen onmiddellijk delen met alle andere kantoor- en veldgebruikers.<\/P>Versiecreatie = Versie voor elke gedownloade kaart<\/STRONG><\/P>Deze optie wordt aanbevolen wanneer uw mobiele medewerkers de utility network managed utility assets bewerken, en die bewerkingen moeten worden beoordeeld en kwaliteitscontrole ondergaan voordat ze met de rest van de organisatie worden gedeeld.<\/P>
<\/span><\/P>Wanneer deze optie wordt gekozen, wordt er een branch versie gemaakt binnen de enterprise geodatabase wanneer de mobiele medewerker het offline kaartgebied voor het eerst downloadt. Alle veldbewerkingen worden gesynchroniseerd met de gemaakte branch versie.<\/P>Een meer gedetailleerde uitleg is beschikbaar in de Esri online documentatie<\/A>.<\/P>Versiecreatie = Maak een versie voor elke gebruiker<\/STRONG><\/P>Deze optie is niet geldig voor branch versioned feature services.<\/P>Met deze twee configuraties ingesteld, is de utility network feature service klaar om offline kaartgebiedsynchronisatie te ondersteunen.<\/P>
Uw Landbase publiceren<\/H2>In tegenstelling tot het Utility Network bestaat er mogelijk nog geen feature service voor het delen van landbase-informatie. Kantoorkaartmakers gebruiken mogelijk de ArcMap desktopapplicatie en de directe verbindingsmogelijkheid om toegang te krijgen tot de landbase-gegevens die zijn opgeslagen in een enterprise geodatabase. In deze voorbeeldconfiguratie zal de enterprise geodatabase traditionele versionering gebruiken om wijzigingen aan de landbase bij te houden en te beheren.<\/P>
<\/span><\/P>Het publiceren van de landbase feature service ter ondersteuning van offline kaartgebiedsynchronisatie vereist het aanvinken van de feature service configuratieoptie, Sync inschakelen.<\/P>
<\/span><\/P>Met sync ingeschakeld moet u nu beslissen welke versioneringsstrategie u inzet ter ondersteuning van de mobiele gebruikers. Als uw mobiele gebruikers niet bedoeld zijn om landbase-features te maken of te wijzigen, dan is de juiste Sync Versiecreatie-optie: Geen.<\/P>
<\/span><\/P>Als uw mobiele gebruikers nieuwe landbase-features zullen maken of bestaande landbase-features zullen wijzigen, moet er een versie worden gemaakt om de stroom van landbase-bewerkingen te beheren. Twee versiebeheeropties zijn beschikbaar voor traditionele versionering: 1 Maak een versie voor elke gedownloade kaart7 of 1 Maak een versie voor elke gebruiker7.<\/P>Een meer gedetailleerde uitleg over deze sync versie feature service-opties is beschikbaar in de Esri online documentatie.<\/A><\/P>
Uw Feature Services schalen<\/H2>Aan het begin van elke werkdag zal er waarschijnlijk een piek zijn in het aantal mobiele apparaten dat probeert te synchroniseren met de gepubliceerde feature services. Deze piek wordt veroorzaakt doordat mobiele medewerkers Field Maps openen en de offline kaartgebied ingeschakelde webkaart op hun mobiele apparaat. Dit zal een synchronisatie initiëren.<\/P>De capaciteit van een enkele feature service om te schalen en deze ochtendpiek in gelijktijdige apparaten die synchronisatie aanvragen op te vangen, wordt gedefinieerd binnen het pooling-gedeelte van de eigenschappen van een feature service. De poolingparameters die direct invloed hebben op capaciteit zijn: Minimum aantal instanties per machine7 en 1 Maximum aantal instanties per machine7. Deze parameters zijn aanpasbaar nadat de feature service is gepubliceerd.<\/P>
<\/span><\/P>De waarde Minimum aantal instanties per machine vertegenwoordigt het basisniveau van gelijktijdige gebruikers dat een enkele server kan ondersteunen. Naarmate het aantal verzoeken om gegevens toeneemt, zal de server automatisch nieuwe extra instanties gaan creëren. Dit gaat door totdat ofwel aan de gelijktijdige vraag naar gegevens wordt voldaan of het Maximum aantal instanties per machine is bereikt.<\/P>Als het aantal gelijktijdige gebruikersverzoeken hoger is dan de maximale aantal instanties waarde, worden extra gebruikers in een wachtrij geplaatst en moeten wachten tot er een instantie beschikbaar komt.<\/P>Na de ochtendpiek in synchronisatie zal het aantal gelijktijdige gebruikers dat gegevens opvraagt bij de feature service afnemen. Dit zal ertoe leiden dat het aantal geïnstantieerde instanties afneemt totdat de minimum aantal instanties per machine waarde wordt bereikt.<\/P>Uw veldverzamelde gegevens publiceren<\/H2>Hosted Feature layers bieden een andere methode om gegevens te publiceren voor synchronisatie naar mobiele apparaten. Het publicatieproces is geïntegreerd in het initi53le creatieproces van Hosted Feature layers. Zodra een Hosted Feature layer is gemaakt, wordt deze automatisch gepubliceerd als een feature service.<\/P>Net als bij een Enterprise gepubliceerde feature service, is een hosted feature service niet sync ingeschakeld wanneer deze aanvankelijk wordt gemaakt. Het inschakelen van sync is een taak voor de eigenaar van de hosted feature layer, door het aanpassen van de instellingen.<\/P>
Het aanvinken van het vakje Sync inschakelen is alles wat nodig is om synchronisatie mogelijk te maken.<\p>
De Basemap registreren bij uw Org<\h2>
De laatste gegevensbron die moet worden voorbereid voor offline kaartgebieden is de basemap. Voor ons voorbeeld gebruiken we een door Esri samengestelde basemap. De meeste door Esri geleverde basemaps zijn niet compatibel met offline kaartgebiedsynchronisatie. Alle ArcGIS Enterprise gerefereerde standaardbasemaps zijn NIET geldig voor offline kaartgebieden. Alleen een subset van de ArcGIS Online basemaps is geldig voor gebruik binnen offline kaartgebieden. Een lijst van de 19 Esri vectorbasemaps voor offline kaartgebieden (voor export) kan hier bekeken worden<\a>.<\p>
Het gebruik van deze ArcGIS Online basemaps in ArcGIS Enterprise vereist dat de basemap wordt geregistreerd als laag in Enterprise, en dat er een geldig ArcGIS Online gebruikersaccount ingebed is binnen de geregistreerde vector tile laag.<\p>
Het wordt aanbevolen dat dit ArcGIS Online gebruikersaccount niet het actieve account van een werknemer is, noch mag het een account met beheerdersrechten zijn. Dit ingebedde gebruikersaccount moet een niet-gebruiker-account zijn dat uitdrukkelijk is aangemaakt voor toegang tot de basemaps.<\p>
