{"id":11897,"date":"2024-04-04T09:30:32","date_gmt":"2024-04-04T07:30:32","guid":{"rendered":"https:\/\/gis.oneteam.it\/?p=11897"},"modified":"2024-04-04T12:15:22","modified_gmt":"2024-04-04T10:15:22","slug":"i-migliori-5-motivi-per-cui-adottare-esri-utility-network","status":"publish","type":"post","link":"https:\/\/gis.oneteam.it\/index.php\/2024\/04\/04\/i-migliori-5-motivi-per-cui-adottare-esri-utility-network\/","title":{"rendered":"I migliori 5 motivi per cui adottare ESRI Utility Network (secondo noi)"},"content":{"rendered":"

ESRI Utility Network rappresenta, insieme ad ArcGIS Pro, una delle tecnologie innovative che pi\u00f9 avranno impatto sul GIS e sugli strumenti che gli utenti ESRI sono soliti utilizzare per gestire e rappresentare reti tecnologiche.<\/p>\n

Per tutti coloro che sinora hanno lavorato con le Geometric Network di ArcGIS Desktop, e magari in questa hanno in passato investito risorse ed energie, presentiamo quelli che secondo noi sono le 5 pi\u00f9 importanti funzionalit\u00e0\u00a0<\/strong>su cui riflettere in ottica di portare i propri dati in ArcGIS Pro e Utility Network.<\/p>\n

Analisi di Trace: anche sulle Subnetwork<\/h2>\n

Chiaramente, in linea con il passato, lo scopo di Utility Network \u00e8 quello di gestire e ospitare dati GIS, che rispondano alle esigenze di analisi tipiche di una rete tecnologica<\/strong> per il trasporto e la distribuzione di diverse commodity. Si parla quindi di Analisi di Trace<\/strong> quando viene richiesto al sistema di restituire una porzione di rete come se fosse realmente percorsa<\/strong> da acqua, gas, elettricit\u00e0, acque di scarico, segnali di telecomunicazione e teleriscaldamento, al fine di comprenderne il comportamento.<\/p>\n

Utility Network garantisce che tutte le analisi di Trace che avete conosciuto per la Geometric Network continuino ad essere fruibili, ma con una chiave di lettura in pi\u00f9: le Subnetwork<\/strong>, suddivisioni della rete totale organizzate per un tipologia specifica, ad esempio per pressione\/tensione o punto di origine.<\/p>\n

Ogni rete infatti pu\u00f2 essere analizzata secondo differenti punti di vista: ad esempio, nel template per le telecomunicazioni, posso analizzare il percorso di un cavo di fibra ottica per capire quali apparati sono da esso alimentati (Cable Subnetwork), ottenere il percorso che fa e quali altri cavi alimenta con il proprio segnale. Tutt’altro ambito \u00e8 invece l’analisi del percorso che fa solo una singola fibra ottica delle 96 che ad esempio possono costituire un cavo: seguire il percorso che fa il segnale seguendo una singola fibra (Communication Circuit Subnetwork) serve per sapere gli apparati che attraversa, su quali porte di comunicazione lo fa, e se il segnale viene splittato su fibre di cavi differenti, pi\u00f9 piccoli.<\/p>\n

Ecco che in questo esempio appare evidente come le stesse analisi, condotte concettualmente nella stessa maniera, danno risultati molto differenti se applicate a differenti livelli, su differenti Subnetwork, come sottoinsiemi della rete complessiva.<\/p>\n

\"\"<\/a>
Esempio di estensione variabile delle Subnetwork del modello “Elettricit\u00e0” in funzione dello stato di particolari “Device” come gli interruttori di tipo Switch.<\/figcaption><\/figure>\n

Le Solutions, che ESRI propone per Utility Network, forniscono gi\u00e0 una struttura di sottoreti, pensata per ogni specifica tipologia di rete, e originate da specifiche tipologie di apparati detti Subnetwork Controller<\/strong>: da un riduttore di pressione del GAS si pu\u00f2 originare ad esempio una Subnetwork di bassa pressione, da un trasformatore trifase di corrente elettrica si possono originare tre Subnetwork di corrente elettrica monofase, ecc..<\/p>\n

Alcune analisi di Trace si applicano all’intera rete, mentre alcune richiedono specificatamente l’esistenza delle Subnetwork impostate.<\/p>\n

Associations: dove i legami non sono necessariamente topologici<\/h2>\n

Un’altra importante innovazione introdotta da Utility Network riguarda le cosiddette Associations<\/strong>.<\/p>\n

Precedentemente, linee e punti di una Geometric Network potevano essere messi in comunicazione solamente facendo coincidere geometricamente i punti con i nodi estremi degli archi. Con Utility Network \u00e8 invece possibile creare dei legami logici<\/strong> per descrivere differenti relazioni fra gli oggetti mappati, senza necessariamente avere una coincidenza topologica. Le Associations possono indicare che un oggetto \u00e8 contenuto in un altro, che \u00e8 connesso ad un altro o che un oggetto della rete \u00e8 fisicamente “attaccato” all’infrastruttura di supporto.<\/p>\n

Questa piccola innovazione ha ricadute straordinarie: vediamo perch\u00e9 con qualche esempio.<\/p>\n

Un pozzetto interrato di una rete del gas o dell’acqua pu\u00f2 logicamente contenere una o pi\u00f9 valvole: nelle analisi \u00e8 fondamentale poter ottenere l’informazione sulle valvole attraversate dal flusso, ma anche su tutte le infrastrutture costruite che le ospitano; allo stesso modo selezionando un pozzetto posso avere l’informazione di tutte le valvole in essa contenute in virt\u00f9 delle “Containment Associations<\/strong>“)<\/p>\n

\"\"<\/a>
Significato delle tipologie di Associations calato in un esempio tipico di rete elettrica in relazione a come sono rappresentati in mappa. Un Trasformer Bank contiene tre trasformatori (Containment Association), ognuno dei quali \u00e8 connesso alla rete elettrica tramite un Connection Point (Connectivity Association), infine sia il Trasformer Bank che il Connection Point sono inoltre “attaccati” al palo di sostegno (Attachment Association).<\/figcaption><\/figure>\n

Altro caso: due antenne di telecomunicazioni montate su due tralicci distanti 20 Km sono in connessione fra loro. In un’analisi di Trace, seguendo il segnale di telecomunicazione le due antenne vengono selezionate, come se fossero connesse con un cavo invisibile in virt\u00f9 di un’Associations di tipo Connectivity<\/strong> che posso impostare fra le antenne. Nella selezione posso anche richiedere di selezionare i relativi tralicci: in questo caso si parla di una Association di “Attachment”<\/strong>, che consente di risalire alla struttura di supporto a cui \u00e8 attaccata l’antenna.<\/p>\n

Inoltre Utility Network \u00e8 anche in grado di rappresentare graficamente le associazioni di tipo “connectivity” congiungendo con una linea virtuale due elementi della rete in connessione, agevolando notevolmente la lettura visiva della propria rete. Questa caratteristica \u00e8 sfruttata anche tutte le volte che \u00e8 necessario che le connessioni non siano conteggiate nel computo metrico poich\u00e9 interne ad apparati o effettivamente non esiste in supporto fisico nella realt\u00e0 (segnali radio, wireless).<\/p>\n

La funzionalit\u00e0 che esplicita graficamente le Associations descritte \u00e8 costituita dai Diagrams di Utility Network, non li tratteremo in questo articolo ma sono in grado di sintetizzare e schematizzare reti la cui lettura geografica risulta particolarmente complessa.<\/p>\n

Non Spatial Object e Assembly<\/h2>\n

Proseguendo nell’esplorazione delle funzionalit\u00e0 pi\u00f9 innovative troviamo altre due tipologie di oggetti assolutamente “inediti”: i Non-Spatial Object e gli Assembly.<\/p>\n

I Non-Spatial Object sono semplici record di una tabella<\/strong> che, in virt\u00f9 delle proprie “Associations”, rappresentano oggetti lineari e puntuali senza dover essere necessariamente disegnati in mappa.<\/p>\n

La cosa entusiasmante \u00e8 che anche senza geometria si comportano esattamente nello stesso modo dei propri “cugini geometrici”. Vediamo anche qui qualche esempio: un Locale Tecnico di Telecomunicazioni \u00e8 rappresentato con un punto in mappa, ma quello che pu\u00f2 nascondere al suo interno \u00e8 una vastit\u00e0 di elementi Non Spaziali contenuti e connessi: ad esempio posso trovare 2 Patch Panel, ciascuno di essi potr\u00e0 contenere 48 porte, 2 porte frontali di 2 Patch Panel solitamente sono messe in connessione tramite un Cavo Patch; inoltre posteriormente ogni porta del Patch Panel pu\u00f2 essere connessa con un connettore di una fibra di uno dei cavi che entrano ed escono dal locale tecnico. Ogni cavo, ad esempio di 48 fibre, ha un connettore su ogni fibra.<\/p>\n

Per evitare di scrivere troppo abbiamo preparato un’immagine, ma anche qui abbiamo dovuto scendere a compromessi grafici per cercare di dare l’idea della numerosit\u00e0 degli elementi non spatial che entrano in gioco.<\/p>\n

<\/div>\n
\"\"<\/a>
Rappresentazione schematica degli elementi spaziali in un Hub Terminator, in contrapposizione a quelli non spaziali. Un Hub Terminator pu\u00f2 contenere decine di Patch Panel e decine di cavi possono entrare ed uscire da esso per alimentare gli apparati che contiene. In Azzurro logica della selezione di un Trace su singola fibra.<\/figcaption><\/figure>\n

 <\/p>\n

In pratica seguendo idealmente il percorso del segnale di telecomunicazione di una singola fibra (su 48!) si intercettano una gran quantit\u00e0 di oggetti Non Spatial e solo pochi elementi spaziali: 2 Cavi lineari e 1 Hub Terminator puntuale: incredibile vero? Utility Network consente di considerare oggetti reali che per motivi di numerosit\u00e0 non sarebbe mai stato possibile disegnare!<\/strong><\/p>\n

Perseguendo una finalit\u00e0 simile, gli “Assembly<\/strong>”\u00a0sono elementi puntuali che fungono da contenitori per altri elementi della rete<\/strong>. Ci\u00f2 consente di rappresentare gruppi di elementi e la relativa connettivit\u00e0 come un unico simbolo sintetico in mappa.<\/p>\n

Utility Network fornisce strumenti per visualizzare\/nascondere alternativamente il contenuto di un Assembly in mappa a seconda dell’esigenza. Esempi di Assembly sono: quadri elettrici, gruppi di pompaggio, banche di fusibili o trasformatori, gruppi di contatori.<\/p>\n

\"\"<\/a>
Confronto fra 2 viste che nascondono o mostrano il contenuto di un Assembly puntuale, a rappresentare un gruppo di contatori.<\/figcaption><\/figure>\n

Appare quindi evidente che non si pone pi\u00f9 il problema di dover rinunciare a mappare degli Asset<\/strong>, per difficolt\u00e0 di mappatura o per esigenze cartografiche: non \u00e8 obbligatorio, ma ho l’opportunit\u00e0 di mappare tutti gli elementi che concorrono alla rete senza dover rinunciare a nulla e contemporaneamente “riassumere” con un Assembly le porzioni di rete che, anche nella realt\u00e0, sono costituite da un fitto agglomerato di elementi distinguibili solo a scale molto piccole.\u00a0Non a caso, i domini che hanno pi\u00f9 usufruito di queste funzionalit\u00e0 sono proprio quello Elettrico e delle Telecomunicazioni, che hanno apparati con comportamenti complessi in poco spazio.<\/p>\n

Network & Attribute Rules per garantire un’elevata qualit\u00e0 del dato<\/h2>\n

E infine arriviamo al cuore di tutto Utility Network: come gi\u00e0 anticipato, le Solution ESRI propongono un template declinato<\/strong> per i principali “Domains” richiesti dal mercato (acqua, gas, elettricit\u00e0, ecc..), ma l’architettura dati che sta alla base \u00e8 la medesima fatta un numero minimo di Feature Class, con ruoli ben precisi e tutte le tipologie di oggetti mappabili sono individuati attraverso 2 campi fondamentali: Assetgroup e Assettype<\/strong>.<\/p>\n

Ad esempio: se sia possibile posizionare un tipo di valvola in coincidenza di un nodo terminale di una tipologia di condotta idrica, \u00e8 determinato dalla presenza di una specifica Network Rule<\/strong> scritta nelle propriet\u00e0 della Utility Network: se c’\u00e8 la regola che esplicitamente permette la connettivit\u00e0 fra questi 2 elementi sar\u00e0 possibile disegnare il punto, al contrario, se non c’\u00e8 una regola esplicita la valvola verr\u00e0 marcata come Errore da risolvere.<\/p>\n

E’ utile sapere che le Solution ESRI contengono gi\u00e0 decine di combinazioni\u00a0Assetgroup e Assettype e centinaia di Network Rule che regolano la connettivit\u00e0 fra gli elementi. Questa caratteristica di Utility Network aiuta notevolmente a gestire la correttezza degli asset nella propria rete, evitando di connettere elementi che nella realt\u00e0 non possono connettersi o di inserire valori errati o nulli. Se le regole non soddisfano le necessit\u00e0 della propria Rete si possono liberamente modificare, eliminare o inserirne di nuove!\u00a0<\/del><\/del><\/p>\n

Sugli attributi \u00e8 anche possibile usufruire delle Attribute Rule<\/strong>, gi\u00e0 disponibili come funzionalit\u00e0 standard in ArcGIS Pro (leggi questo<\/a>\u00a0e questo articolo<\/a>), ma ampiamente impiegate anche nelle Solutions di Utility Network.<\/p>\n

Le Attribute Rule sono regole definite dall’utente che vengono eseguite per migliorare l\u2019editing e contribuire a garantire correttezza e integrit\u00e0 dei dati<\/strong>. Si possono creare per:<\/p>\n