Dit artikel biedt een reeks tips om te helpen bij het configureren en uitvoeren van traceringen.
Algemene tips
Deze sectie geeft algemene tips over hoe u de verschillende parameters van een traceconfiguratie kunt gebruiken om te helpen bij analyse.
Named Trace Configurations
Named trace configurations stellen u in staat om de parameters van een trace op te slaan en opnieuw te gebruiken. Als u een specifieke set parameters heeft die u gebruikt voor kwaliteitsborging, moet u overwegen de Add Trace Configuration tool te gebruiken om een named trace configuration te maken om ze te gebruiken. Dit heeft verschillende voordelen:
- Maakt het mogelijk om traceringen uit te voeren via het Trace-paneel, wat de zware belasting van het uitvoeren van een geoprocessing-tool voor tracering elimineert.
- Vermindert de tijd die nodig is voor het configureren van traceringen.
- Zorgt ervoor dat uw kwaliteitsborgingsprocessen een consistente set parameters gebruiken.
Named trace configurations verschijnen in het tabblad Named Configurations van het Trace-paneel.
Geaggregeerde geometrie
Het resultaat type Geaggregeerde Geometrie stelt u in staat om de resultaten van uw trace op te slaan als een geaggregeerde multipart geometrie, met aparte lagen voor punten, lijnen en polygonen.
De belangrijkste gebruikssituaties voor het gebruik van geaggregeerde geometrie bij het uitvoeren van kwaliteitsborging zijn:
- Gedeeltelijke randen
- Niet-ruimtelijke objecten
- Resultaten vergelijken
Gedeeltelijke randen
Het standaard resultaat type van een trace is een selectie set. Met het resultaat type Selectie, als een trace halverwege de lengte van een lijnobject stopt, moet het hele lijnobject geselecteerd worden. Dit kan verwarrend zijn bij het beoordelen van resultaten voor datasets die barrières hebben die halverwege lijnen zijn getekend, of wanneer de trace een functionele barrière gebruikt die de trace halverwege langs een rand kan stoppen.
Door het resultaat type geaggregeerde geometrie te selecteren wordt er een geaggregeerde lijn gemaakt die alleen het deel van de lijn bevat dat in het traceresultaat is opgenomen. Hieronder ziet u een voorbeeld van een trace (geel) die stopt na 500 voet met behulp van een selectie set (boven) en geaggregeerde geometrie (onder).
Een upstream trace met een filter function barrier op afstand met een selectie set (boven) en geaggregeerde geometrie (onder).
Niet-ruimtelijke objecten
Een andere veelvoorkomende gebruikssituatie voor geaggregeerde geometrie is het weergeven van traceresultaten die niet-ruimtelijke objecten en connectiviteit via junction-junction connectiviteitsassociaties bevatten. In de Trace tool, als u de opties Include containers en Include structures uitschakelt, het resultaat type Aggregated Geometry selecteert en de optie Synthesize Geometries kiest, zal het geaggregeerde geometrie resultaat lijnen bevatten die het pad van niet-ruimtelijke objecten en connectiviteit via associaties vertegenwoordigen.
Gebruik de synthesize geometry optie om gesynthetiseerde geometrieën voor niet-ruimtelijke connectiviteit op te nemen.
Resultaten vergelijken
Wanneer u de resultaten van verschillende traceringen moet vergelijken, wilt u misschien ook overwegen om de output Aggregated Geometry te gebruiken. Dit resultaat type is vooral nuttig in combinatie met named trace configurations. Bij het configureren van de output moet u overwegen lagen te maken die uniek zijn benoemd om de aard van de kwaliteitsborging die u uitvoert te identificeren (bijv. losgekoppelde objecten).
Gebruik betekenisvolle namen voor geaggregeerde geometrielagen wanneer u de resultaten voor verschillende traceringen wilt vergelijken.
Als u besluit om de resultaten van meerdere traceringen in één laag op te slaan, moet u elke trace uniek benoemen met behulp van de parameter Name en ervoor zorgen dat u de optie Clear All Previous Trace Results aanvinkt wanneer u de eerste trace uitvoert om alle vorige resultaten te wissen.
Gebruik de optie clear previous results om eerdere resultaten uit de geaggregeerde geometrielaag te verwijderen.
Inclusief barrières
Bij het uitvoeren van een trace kan het onduidelijk zijn of een trace stopte omdat hij een barrière tegenkwam, of omdat het laatste getraceerde object niet verbonden is met iets anders. Een gemakkelijke manier om dit te bepalen is door de optie Include Barriers Features uit te schakelen en de trace opnieuw uit te voeren.
U kunt dan de resultaten vergelijken om vast te stellen of de trace stopt vanwege een barrière, of omdat hij alle verbonden objecten heeft doorlopen.
Als de trace stopt vanwege propagatie zal het object dat de trace stopt nooit in het resultaat worden opgenomen. Technieken voor het evalueren van deze condities (soms propagatiebarrières genoemd) worden later in dit artikel beschreven.
Traceringlocaties behouden
Als u dezelfde analyse regelmatig wilt herhalen met dezelfde verzameling startpunten, overweeg dan om de Add Trace Locations tool te gebruiken om ze op te slaan in een feature class in een lokale geodatabase. Deze feature class kan dan worden gebruikt als invoer voor de parameter Starting Points wanneer u de trace tool uitvoert. Gebruik onderstaande instructies om een klasse met veel features aan te maken.
1. Gebruik Select by Attributes (of andere tool) om een selectie te maken van features die u als startpunten wilt gebruiken.
Gebruik Select By Attributes om features te identificeren die u als startpunten voor uw analyse wilt gebruiken.
2. Open de Add Trace Locations tool
3. Stel de parameter Input Utility Network in op het utility network in de kaart
4. Stel Output Feature Class in op een nieuwe feature class in een lokale geodatabase, zoals uw projectgeodatabase
5. Vink het vakje naast Load Selected Features aan
6. Klik op Uitvoeren
U heeft nu een feature class die u kunt gebruiken als startpunten bij het uitvoeren van traceringen
Na het uitvoeren van Add Trace Locations ziet u uw startpunten op de kaart.
Tracing zonder subnetwork-gebaseerde methode
Nu u begrijpt hoe u enkele parameters beschikbaar in de trace tool kunt benutten voor kwaliteitsborging, laten we kijken hoe specifieke tracetypen kunnen worden gebruikt om verschillende vragen te beantwoorden. Enkele veelgestelde vragen bij kwaliteitsborging met tracing zijn:
- Is het verbonden?
- Hoe is het verbonden?
- Zijn er lussen?
Bij traces die niet afhankelijk zijn van subnetwork controllers zijn er enkele beperkingen waar u rekening mee moet houden en mogelijk mee moet omgaan in uw traceconfiguratie:
- Als de trace niet afhankelijk is van subnetwork controllers wordt de richting van terminals genegeerd
- Omdat de trace niet subnetwork-bewust is, stopt hij niet bij subnetwork controllers.
- Standaard bevat de trace geen condition barriers.
U kunt sommige beperkingen omzeilen door condition barriers toe te voegen aan uw trace.
Connected Trace
De meest gebruikelijke manier om de vraag "Is het verbonden?" te beantwoorden is door een connected trace uit te voeren. Hiermee kunt u alle features identificeren die begaanbaar zijn vanaf het startpunt/de startpunten van uw trace. Afhankelijk van uw behoeften wilt u misschien condition barriers toevoegen die overeenkomen met uw subnetworkdefinities of stoppen bij bepaalde apparaten, zoals apparaten met terminals of apparaten die fungeren als subnetwork controllers. Hieronder ziet u een voorbeeld connected trace van een regenwatersysteem dat begint bij alle uitlaten.
De features verbonden met de geselecteerde startlocaties in geel.
Denk goed na over uw data en hoe u de resultaten gaat gebruiken voordat u een Connected trace uitvoert. Als het doel is om losgekoppelde features te identificeren, moet u overwegen om in plaats daarvan een geaggregeerd geometrieresultaat aan te maken dan een selectie set terug te geven.
Als u meerdere gescheiden systemen heeft, moet u aan elk systeem een startpunt toevoegen om ervoor te zorgen dat u correcte resultaten krijgt.
Als één of meer systemen miljoenen features bevatten kan het even duren voordat de trace voltooid is en zullen veel features geselecteerd worden op uw kaart. Als u subnetwerken heeft kunt u overwegen gebruik te maken van de Update Is Connected tool hieronder besproken.
Kortste pad tracering
Soms wanneer er vreemde gedragingen optreden bij subnetwork-gebaseerde traces (upstream/downstream traces of inconsistente subnetwerknamen) moet je begrijpen hoe connectiviteit tot stand komt tussen delen van het netwerk. Omdat subnetwerken zelf mogelijk beschadigd zijn, moet je vertrouwen op tracing zonder subnetwork-gebaseerde methode om deze vraag te beantwoorden. Een Connected trace laat zien wat begaanbaar/verbonden is, maar Shortest path trace toont specifiek pad tussen twee locaties.
Shortest path traces zijn nuttig voor het identificeren van paden tussen controllers voor subnetwerken die inconsistent zijn, of wanneer je probeert het kortste pad te vinden vanaf een locatie naar een subnetwork controller in een gelust netwerk. In deze scenario's kun je niet vertrouwen op subnetwork tracing om pad of stroomrichting in netwerk vast te stellen. Houd er echter rekening mee dat shortest path trace net als connected trace richting terminals negeert vanwege hun niet-afhankelijkheid van subnetwerken.
'n Voorbeeld hiervan wordt besproken in sectie inconsistente subnetwerknamen later in dit artikel.
Loops Trace
'n Vaak over het hoofd gezien onderdeel bij kwaliteitsborging met tracing is analyse van onbepaalde stroom in netwerk; dit wordt vaak aangeduid als lussen identificeren. De Loops trace kan gebieden met onbepaalde stroom identificeren. In geval van radiaal netwerk (elektriciteit, riolering, regenwater of communicatie) zouden er weinig delen gelust moeten zijn. Mesh-netwerken (gas en water) daarentegen zullen voornamelijk gelust zijn.
'n Voorbeeld hieronder toont lus geïdentificeerd door Loops trace uit te voeren.
'T'
'n Loops trace helpt lussen in netwerk identificeren.
't Is belangrijk herinneren dat wanneer upstream of downstream trace begint in of passeert door gebied met onbepaalde stroom dit ogenschijnlijk incorrecte resultaten kan opleveren. Weten hoe Loops trace uit te voeren of onbepaalde stroom uit traceresultaten uit te sluiten stelt je in staat onverwacht resultaat correct als data kwaliteit probleem herkennen i.p.v configuratie- of softwareprobleem.
Tracing op basis van subnetwork
Bij het werken met een dataset waarin een subnetwork is gedefinieerd, zijn er extra stappen die u moet nemen bij het uitvoeren van kwaliteitscontrole op uw gegevens, maar ook extra tools en technieken die u kunt gebruiken om deze validatie te ondersteunen.
Update Is Connected
De vraag of een feature verbonden is krijgt een nieuwe betekenis wanneer subnetworks zijn gedefinieerd. Elk feature dat kan deelnemen aan een subnetwork heeft een IsConnected-veld dat bepaalt of het toegankelijk is voor een of meer subnetwork controllers. Dit veld wordt volledig gebruikt voor kwaliteitscontrole, en de waarde ervan regelt geen enkele tracing, analyse of ander gedrag in het utility network.
U kunt het IsConnected-veld gebruiken om snel niet-verbonden netwerkfeatures te identificeren.
Wanneer een nieuw feature wordt gemaakt, wordt het IsConnected-veld ingesteld op Unknown, en dit moet worden ingevuld door ofwel de Update Is Connected-tool uit te voeren (als onderdeel van een initiële gegevenslading) of door Update Subnetwork uit te voeren. Klanten die regelmatig Update Subnetwork uitvoeren hoeven zich geen zorgen te maken over het uitvoeren van Update Is Connected, aangezien het veld wordt beheerd door Update Subnetwork voor de features in elk subnetwork en de Update Is Connected-tool lang kan duren om uit te voeren.
Zodra het IsConnected-veld goed is ingevuld, kunt u symbologie of grafieken gebruiken om bij te houden welke features verbonden zijn met een subnetwork controller (IsConnected=True) en welke niet verbonden zijn (IsConnected=False).
Een extra controle die u zou moeten overwegen is welke features verbonden zijn met een subnetwork controller maar niet behoren tot een subnetwork controller (IsConnected=True, SubnetworkName=Unknown). Dit duidt erop dat er een probleem is met de subnetworks in dat gebied of dat condition barriers in uw netwerk ervoor zorgen dat features die verbonden zouden moeten zijn met een subnetwork, worden losgekoppeld. De meest voorkomende oorzaak hiervan zijn inactieve features in het netwerk die delen van het netwerk loskoppelen, maar andere veelvoorkomende oorzaken zijn apparaten met de verkeerde open/gesloten status, omgekeerde terminalverbindingen of problemen met propagatie (alleen electric).
Dit kan worden geverifieerd door een subnetwork trace uit te voeren in het getroffen gebied en verschillende condition barriers te verwijderen, een connected trace uit te voeren met aanwezige condition barriers (om eventuele directionele terminalproblemen te negeren), of door een trace uit te voeren met propagatie uitgeschakeld. Het overschrijven van de propagatiegedragingen in een subnetwork-definitie vereist extra stappen en wordt hieronder beschreven.
Gebruik een combinatie van het Is Connected-veld samen met uw Subnetwork Name-veld(en) om problemen met uw subnetworks te identificeren.
Propagatie
Binnen de context van subnetworks en tracing worden propagators gebruikt om een waarde langs elk pad van een subnetwork te berekenen met behulp van een attribuut, functie en vergelijkingsoperator. Wanneer aan de voorwaarden van de propagator niet langer wordt voldaan (geen geldige fasering, onvoldoende druk, enz.), dan wordt het feature dat niet aan de voorwaarde voldeed, en alle volgende features die vanaf die locatie toegankelijk zijn, niet beschouwd als onderdeel van het subnetwork.
Dit betekent dat wanneer een subnetwork behoort tot een tier die is geconfigureerd voor propagatie, en features binnen een subnetwork gede-energized zijn, één van de controles die kan worden uitgevoerd is of sommige of alle gede-energized features worden veroorzaakt door propagatie.
Bovendien kan het in sommige gevallen voorkomen dat een tier nog niet is geconfigureerd voor propagatie vanwege zorgen over de gegevenskwaliteit, maar wilt u misschien zien wat het effect zou zijn van het inschakelen van propagatie zonder twee databases met afzonderlijke subnetwork-definities te hoeven onderhouden.
De oplossing voor beide problemen is om een trace te configureren (of een traceconfiguratie te maken) die de propagators op de traceconfiguratie geassocieerd met een tier in uw netwerk overschrijft. Met deze techniek kunt u bevestigen of propagatie ervoor zorgt dat features worden losgekoppeld van hun subnetwork, of u kunt kijken naar de effecten die propagatie zou hebben op het aantal features verbonden met elk subnetwork.
De uitdaging bij het implementeren hiervan is dat de Propagators-parameter niet via de gebruikersinterface beschikbaar is. De oplossing voor dit probleem is om Model Builder, Python of ArcGIS Pro SDK te gebruiken om een trace uit te voeren (of een traceconfiguratie te maken) met de gewenste propagatieconfiguratie. Hieronder ziet u een voorbeeld van de propagators gedefinieerd in de Electric Utility Network Foundation:
Een elektrische trace die is geconfigureerd om fase te propageren zal zijn Propagators-parameter gevuld hebben.
Om de trace zonder Propagators uit te voeren met Python kopieert u het fragment van de trace en verwijdert u de parameter die verband houdt met Propagators:
U kunt het propagatiegedrag uit de trace verwijderen door een Python-instructie aan te passen en uit te voeren om de trace uit te voeren.
Een andere optie zou zijn om een Model voor de trace te maken, de Propagators als parameter bloot te stellen en de waarde te verwijderen.
U kunt ook Model Builder gebruiken om de Propagator uit de traceconfiguratie voor een bepaalde trace te verwijderen.
Evenzo, als de traceconfiguratie geen Propagators bevat, kunt u dezelfde technieken gebruiken om een trace uit te voeren die Propagators bevat. Met Python kunt u de parameter instellen op: "'E:Phases Propagated' 'E:Phases Substitution' PROPAGATED_BITWISE_AND INCLUDES_ANY 7" (waarbij u het veld en netwerkattributen vervangt door uw eigen waarden).
U kunt ook Model Builder gebruiken om de Propagators-parameter in te vullen met uw eigen configuratie:
Als uw subnetwork-definitie momenteel geen Propagators bevat, kunt u deze toevoegen aan een trace voor testdoeleinden met Model Builder.
Voor het gemak moet u deze traceconfiguraties opslaan in de database zodat u gemakkelijk uw traceresultaten kunt vergelijken met Propagators en zonder Propagators. Raadpleeg het gedeelte over Aggregated Geometry eerder in dit artikel voor effectieve technieken om traceresultaten te vergelijken.
