Vezmete své mapy offline: Publikování dat
Autor: Tom DeWitte, Kevin Ruggiero, Mike Hirschheimer
Část 3 z 5
Organizace velké i malé potřebují udržovat své mobilní pracovníky informované. Ať už je jasný den nebo se nad hlavou blíží bouřky, mobilní pracovníci potřebují aktuální informace o systému utility, který každý den udržují. Tyto informace informují mobilního pracovníka o tom, které vodiče jsou pod napětím, které potrubí je pod tlakem a které kabely jsou živé. Kritické informace, které pomáhají udržet mobilního pracovníka v bezpečí a systém utility spolehlivý.
Konzistentní a spolehlivé přenášení nových a aktualizovaných informací celému mobilnímu týmu utility není snadné. Papírové mapy používané během prvních 150 let utility průmyslu nebyly schopny přijímat inkrementální aktualizace. Den poté, co byly papírové mapy předány mobilnímu pracovníkovi, byly informace na mapě již zastaralé. Stejný problém platil pro rané aplikace pro prohlížení mobilních map, jako ArcReader. Snímek informací uložený lokálně na mobilním zařízení nebyl schopen být inkrementálně aktualizován. Také se stal s každým dalším dnem po vytvoření snímku informací stále více zastaralým.
Tato zkušenost z předchozích snah poskytovat včasné a aktuální informace mobilnímu pracovníkovi nám říká, že je potřeba mechanismus pro inkrementální a konzistentní aktualizaci informací mobilního pracovníka. V dnešním mobilním světě to znamená udržovat lokální kopii geospatial reprezentace potrubí, vodičů a kabelů na telefonu, tabletu nebo notebooku mobilního pracovníka. Mechanismem přenosu těchto informací do mobilního zařízení při připojení k síti jsou webové služby.
Co jsou Webové služby
Webová služba je metoda komunikace mezi vaším mobilním zařízením a vaším datovým serverem. Když je webová služba vytvořena, je to proces neustále běžící, který naslouchá žádostem od mobilních klientských aplikací.
Existuje mnoho různých typů webových služeb. V rámci ArcGIS Enterprise existují specializované typy webových služeb pro geokódování, geoprocessing, sdílení obrazových dat a sdílení vektorových dat. Sdílení vektorových dat je způsob, jakým jsou záznamy prvků a tabulek předávány mezi mobilním zařízením a centralizovaným datovým úložištěm.
ArcGIS Enterprise podporuje více typů webových služeb pro vektorová data. Patří sem KML, WFS, ArcGIS Feature Services a Hosted Feature Layers. ArcGIS Feature Services a Hosted Feature Layers jsou jediné webové služby pro sdílení vektorových dat, které podporují synchronizaci změn mezi mobilním zařízením a centralizovaným datovým úložištěm. Jinými slovy, aby naši mobilní pracovníci byli informováni o změnách dat prováděných kancelářským personálem i ostatními mobilními pracovníky, musí existovat buď Feature Service nebo Hosted Feature Layer pro zajištění komunikace.
Feature service je způsob, jakým jsou data spravovaná v ArcGIS Enterprise Geodatabase jako například data Utility Network sdílena s mobilními zařízeními pro synchronizaci.
Hosted feature service je způsob, jakým jsou data hostovaných feature layerů v ArcGIS Portal sdílena s mobilními zařízeními pro synchronizaci.
Organizace dat pomocí Feature Services
V příkladu popsaném v této sérii blogů pochází data, která musí být dostupná na mobilním zařízení pro lokální ukládání do mezipaměti, ze čtyř různých datových úložišť. Dvě z těchto úložišť jsou Enterprise Geodatabases, jedno úložiště jsou hostované feature layery Portalu a čtvrté je registrovaná vektorová dlaždicová základní mapa ArcGIS Online nakonfigurovaná pro export. Každá Enterprise Geodatabase bude obsahovat více featureclassů a tabulek, jejichž záznamy musí být synchronizovány s mobilními zařízeními.
Jeden feature service může být seskupením jednoho nebo více featureclassů a tabulek. Při rozhodování o organizaci vašich dat do feature services je důležité vědět, že každý jednotlivý feature service může být připojen pouze k jednomu datovému úložišti. To znamená, že všechny featureclassy a tabulky musí přistupovat ke stejné enterprise geodatabase přes stejné relační databázové připojení.
Publikování dat pro offline použití má další omezení týkající se organizace obsahu ve feature service.
- Featureclass nebo tabulka může být referencována pouze jednou.
- Podtypové skupinové vrstvy nejsou podporovaným typem vrstvy
Publikování Feature Service pro synchronizaci
Vytvoření feature service lze také označit jako publikování dat. Publikování dat je druhý ze čtyř hlavních kroků při vytváření offline mapových oblastí.
Krok „Publikovat data“ se obvykle provádí pomocí desktopového nástroje ArcGIS Pro. Nástroj „Sdílet jako webovou vrstvu“ je konkrétní nástroj používaný k publikování feature service.
Ve výchozím nastavení feature service nepodporuje synchronizaci. Pro aktivaci synchronizace zaškrtněte políčko „Enable Sync“ v konfiguračním panelu vlastností feature service.
Mnoho featureclassů v enterprise geodatabázích má své geometrie nakonfigurovány tak, aby podporovaly ukládání nadmořské výšky (Z) a vzdálenosti podél linie (M). Terénní editoři těchto Z-povolených a M-povolených dat nemusí mít tyto informace k dispozici v době zachycení dat. Aby terénní editoři mohli tyto informace sbírat bez úplné definice geometrie, musí být definovány výchozí hodnoty a chování.
Pro hodnotu Z zaškrtněte políčko pro zapnutí „Apply default to features with Z-values“. Poté nastavte výchozí hodnotu Z na požadovanou hodnotu.
Pro hodnotu M zaškrtněte políčko pro zapnutí „Allow geometry updates without m-value“. Tím bude hodnota M nastavena na NULL při vytvoření nového prvku.
Publikování vaší Utility Network
Klíčem k udržení bezpečnosti mobilních pracovníků je poskytování aktuálních informací o jejich utilitních aktivech. Když jsou tato aktiva uložena v enterprise geodatabase a spravována pomocí schopností utility network, krok publikování spočívá v úpravě vlastností již publikovaného feature service.
Aby kancelářští mapovači mohli vytvářet a udržovat digitální propojenou reprezentaci vašich utilitních aktiv, vyžaduje to konfiguraci dat jako branch versioned a publikování jako feature service. Již publikovaný utility network feature service nemusí být plně nakonfigurován pro synchronizaci s offline mapovými oblastmi. Podpora synchronizace s offline mapovými oblastmi vyžaduje dvě konfigurace feature service, které musí být nastaveny. První je úprava již zmíněných vlastností feature service pro povolení synchronizace. Druhá konfigurace je definice role branch versioningu během procesu synchronizace. Existují dvě možnosti branch versioningu během synchronizace:
- None
- Vytvořit verzi pro každou staženou mapu
Abychom věděli, kterou možnost nastavit, začínáme pochopením toho, co budou vaši mobilní pracovníci dělat s těmito utilitními daty.
Vytváření verzí = None
Pokud je odpověď na tuto otázku taková, že mobilní pracovníci budou pouze zobrazovat a dotazovat se na data utility networku, pak je výchozí nastavení „None“ správné nastavení. S touto konfigurací žádné další verze jsou vytvořeny nebo vyžadovány pro úspěšnou synchronizaci.<\/P>
<\/span><\/P>Pokud nastavíte možnost Vytváření verzí na „None“ a dovolíte svým mobilním pracovníkům upravovat utility assets, tyto úpravy budou přímo odeslány do výchozí verze. Synchronizace s výchozí verzí okamžitě sdílí tyto úpravy se všemi ostatními uživateli v kanceláři i v terénu.<\/P>Vytváření verzí = Verze pro každou staženou mapu<\/STRONG><\/P>Tato možnost je doporučena, když vaši mobilní pracovníci upravují utility network managed utility assets a tyto úpravy je třeba před sdílením s ostatními v organizaci zkontrolovat a provést kontrolu kvality.<\/P>
<\/span><\/P>Když je tato možnost vybrána, je v enterprise geodatabázi vytvořena branch version při prvním stažení offline mapové oblasti mobilním pracovníkem. Všechny terénní úpravy budou synchronizovány do vytvořené branch version.<\/P>Podrobnější vysvětlení je k dispozici v online dokumentaci Esri<\/A>.<\/P>Vytváření verzí = Vytvořit verzi pro každého uživatele<\/STRONG><\/P>Tato možnost není platná pro branch versioned feature services.<\/P>S těmito dvěma nastaveními je utility network feature service připraven podporovat synchronizaci offline mapových oblastí.<\/P>
Publikování vaší Landbase<\/H2>Na rozdíl od Utility Network nemusí existovat feature service pro sdílení informací o landbase. Kancelářští mapovači mohou používat desktopovou aplikaci ArcMap a její přímé připojení k datům landbase uloženým v enterprise geodatabázi. V tomto příkladovém nastavení bude enterprise geodatabáze používat tradiční verzování ke sledování a správě změn landbase.<\/P>
<\/span><\/P>Publikování landbase feature service pro podporu synchronizace offline mapových oblastí vyžaduje zaškrtnutí konfigurační možnosti feature service, Enable Sync.<\/P>
<\/span><\/P>S povolenou synchronizací nyní musíte rozhodnout, jakou strategii verzování nasadit na podporu mobilních uživatelů. Pokud vaši mobilní uživatelé nemají vytvářet nebo upravovat landbase features, správná volba Sync Version Creation je: None.<\/P>
<\/span><\/P>Pokud vaši mobilní uživatelé budou vytvářet nové landbase features nebo upravovat stávající, musí být vytvořena verze pro správu toku úprav landbase. Jsou k dispozici dvě možnosti správy verzí pro tradiční verzování: „Vytvořit verzi pro každou staženou mapu“ nebo „Vytvořit verzi pro každého uživatele“.<\/P>Podrobnější vysvětlení těchto možností sync version feature service je k dispozici v online dokumentaci Esri.<\/A><\/P>
Škálování vašich Feature Services<\/H2>Na začátku každého pracovního dne pravděpodobně dojde k nárůstu počtu mobilních zařízení pokoušejících se synchronizovat s publikovanými feature services. Tento nárůst způsobují mobilní pracovníci otevírající Field Maps a webovou mapu s povolenou offline mapovou oblastí na svém mobilním zařízení. To spustí synchronizaci.<\/P>Kapacita jedné feature service škálovat tak, aby zvládla ranní nárůst současných zařízení požadujících synchronizaci, je definována v části pooling vlastností feature service. Parametry poolingu, které přímo ovlivňují kapacitu, jsou: „Minimální počet instancí na stroj“ a „Maximální počet instancí na stroj“. Tyto parametry lze upravit po publikování feature service.<\/P>
<\/span><\/P>Hodnota Minimální počet instancí na stroj představuje základní úroveň současných uživatelů, kterou může jeden server podporovat. Jak počet požadavků na data roste, server automaticky začne vytvářet nové další instance. Toto bude pokračovat, dokud nebude buď uspokojena současná poptávka po datech, nebo nebude dosaženo Maximálního počtu instancí na stroj.<\/P>Pokud počet současných požadavků uživatelů překročí hodnotu maximálního počtu instancí, další uživatelé budou zařazeni do fronty a musí čekat, až se instance uvolní.<\/P>Po ranním nárůstu synchronizace počet současných uživatelů požadujících data z feature service klesne. To způsobí pokles počtu vytvořených instancí až na hodnotu minimálního počtu instancí na stroj.<\/P>Publikování vašich dat shromážděných v terénu<\/H2>Hosted Feature layers poskytují další metodu publikování dat pro synchronizaci s mobilními zařízeními. Proces publikace je integrován do počátečního vytváření Hosted Feature layer. Jakmile je Hosted Feature layer vytvořen, automaticky se publikuje jako feature service.<\/P>Podobně jako u Enterprise publikované feature service není hosted feature service při prvotním vytvoření povolena synchronizace. Povolení synchronizace je úkol vlastníka hosted feature layer, který upravuje nastavení.<\/P>
žádost o změny v datech. Tento trvalý posluchač je k dispozici jak v bouřlivých dnech, tak i ve slunečných dnech, aby zajistil, že mobilní pracovníci utility mají aktuální informace, které potřebují k bezpečné údržbě spolehlivého systému utility.<\/P>O této sérii blogů<\/H2>Toto je třetí článek v naší sérii o offline mapových oblastech. V budoucích článcích budeme pokračovat ve vysvětlování podrobností o tom, jak offline mapové oblasti fungují a jaká konkrétní rozhodnutí bude administrátor muset učinit během nasazení.<\/P>První blog<\/A> poskytl přehled o offline mapových oblastech.<\/P>Druhý blog<\/A> poskytl podrobnosti o tom, jak připravit data pro offline použití a synchronizaci.<\/P>Čtvrtý
blog<\/A> poskytne podrobnosti o vytváření offline mapových oblastí, jak jsou ukládány a spravovány v portálovém prostředí.<\/P>Pátý a poslední
blog<\/A> poskytne podrobnosti o nasazení a správě offline mapových oblastí pro velkou mobilní pracovní sílu.<\/P>UPOZORNĚNÍ: Příspěvky na tomto webu jsou naše vlastní a nemusí nutně reprezentovat stanoviska, strategie nebo názory Esri.<\/EM><\/P>
