Wanneer u de Migration toolset gebruikt om uw eigen utility network te maken, creëert de tool een generiek netwerkmodel dat is geconfigureerd om u zo snel en gemakkelijk mogelijk op weg te helpen. Een van de beperkingen van het gebruik van de Migration toolset om een utility network te maken, is dat het geen van de industriespecifieke configuraties bevat die te vinden zijn bij de utility network foundations, waardoor uw gegevens zich meer als een systeem uit de echte wereld gedragen. Deze configuraties handhaven strikte eisen aan de datakwaliteit die topologiefouten veroorzaken wanneer uw gegevens niet voldoen aan de configuratie van uw netwerkmodel (connectivity rules, edge connectivity policy, enz.).
U kunt verwachten dat u meer fouten ziet als u uw gegevens migreert naar een Utility Network Foundation dan wanneer u de migration toolset gebruikt. Deze fouten geven locaties aan waar de gegevens verbetering nodig hebben. Dus hoe configureren klanten die de Migration toolset gebruiken hun gegevens om strengere eisen aan de datakwaliteit af te dwingen?
U kunt uw gegevens configureren met industriespecifiek gedrag. Sommige van deze configuraties, zoals het toevoegen van terminals, zullen meer beperkingen opleggen aan hoe u uw gegevens bewerkt. Andere configuraties, zoals het creëren van subnetwerken, ontgrendelen nieuwe tools die u kunt gebruiken voor kwaliteitsborging en kwaliteitscontrole.
Een van de meest betekenisvolle wijzigingen die u aan uw datamodel kunt aanbrengen om de datakwaliteit en de bewerkingservaring te verbeteren, is echter het aanpassen van uw connectivity rules.
Wat zijn connectivity rules?
Netwerkregels in het utility network definiëren welke features mogen verbinden, hechten of andere features bevatten. Connectivity rules zijn een subset van netwerkregels die bepalen hoe netwerkfeatures kunnen worden verbonden via geometrische samenloop of connectiviteitsassociaties. Deze regels beïnvloeden de bewerkingservaring via de snap-omgeving en zorgen ervoor dat de utility network specifieke bewerkingstools (Modify Terminal Connections, Modify Associations, enz.) alleen geldige opties presenteren.
Wanneer de Migrate To Utility Network tool wordt uitgevoerd, creëert deze een initiële set regels die elk type junction/device feature toestaan om verbinding te maken met elk type edge feature in hetzelfde domein. Elk model dat door deze tool wordt geproduceerd is uniek, dus moet de tool alles toestaan om verbonden te worden.
Deze aanpak verschilt sterk van wat er gebeurt als u uw gegevens migreert naar een foundation model. Elke Utility Network Foundation bevat een bekende set assetgroepen en assettypes en omvat duizenden connectivity rules die bepalen wat en hoe deze features kunnen worden verbonden.
De Migration toolset bevat verschillende tools die u kunt gebruiken om de connectivity rules van elk utility network te bekijken en aan te passen. Dit proces is vooral belangrijk voor klanten die de Migrate To Utility Network tool gebruiken om hun utility network te maken, omdat het hen in staat stelt hun regels snel aan te passen op basis van de connectiviteit in hun GIS.
Connectivity rules aanpassen
De ArcGIS Utility Network heeft tools waarmee u regels uit uw model kunt verwijderen wanneer u niet wilt toestaan dat bepaalde features verbinding maken. Wanneer nieuwe assettypes aan uw model worden toegevoegd, bestaan er ook tools om regels toe te voegen aan uw model die definiëren hoe deze nieuwe features verbinding mogen maken met bestaande features in uw model.
Connectivity rules zijn te vinden in het dialoogvenster netwerk eigenschappen
Aangezien de meeste utility networks honderden of zelfs duizenden connectivity rules bevatten, zal elk proces om ze te beoordelen tijd kosten. Beslissingen nemen over wat mag verbinden vereist kennis van het GIS-model en tekenstandaarden, maar ook operationeel begrip van het soort apparatuur dat wordt gemodelleerd en welke configuraties mogelijk zijn in de echte wereld.
Welke materialen mogen verbinden bij een expansievoeg?
Het verwijderen van een connectivity rule geeft aan dat de features nooit verbonden mogen worden in het GIS. Voordat u een regel verwijdert, moet u bevestigen dat er geen gevallen zijn van die connectiviteit in uw GIS evenals in de echte wereld. Onderschat nooit de creativiteit van een veldploeg die werkt aan reparaties tijdens een noodsituatie!
Met deze informatie in gedachten zijn er twee dingen om te overwegen voordat we wijzigingen aanbrengen in regels:
- Welke soorten features zijn verbonden in de data?
- Welke soorten features zouden verbonden mogen worden?
- Zijn er ongeldige verbindingen die uitzonderingen zijn en toegestaan moeten worden?
Gelukkig bevat de Migration toolset tools die u kunnen helpen deze vragen te beantwoorden.
Bestaande connectiviteit analyseren
Het identificeren welke soorten features samenvallen om op basis daarvan een set regels te creëren klinkt als een relatief eenvoudige ruimtelijke analysevraag. Afhankelijk van hoe technisch u bent, kan het enkele weken tot maanden duren om scripts en tools te bouwen om dit doel te bereiken, exclusief tijd besteed met experts om tot een definitieve set connectivity rules te komen. De Analyze Network Data tool in de Migration toolset kan dit werk echter binnen enkele minuten voor u doen.
Opmerking: Voor dit proces correct werkt, moet u een utility network analyseren zonder junction-edge en edge-junction-edge regels geconfigureerd.
De Analyze Network Data tool analyseert uw data op veelvoorkomende topologische fouten die gecorrigeerd moeten worden, inclusief features die ruimtelijk samenvallen maar niet mogen verbinden. Wanneer u een model gebruikt dat is gebouwd met de Migrate To Utility Network tool, zult u dit probleem niet tegenkomen vanwege de regels tussen alle junction- en edge-features. Maar als u een kopie zou maken van uw utility network zonder junction-edge of edge-junction-edge connectivity rules voor verbonden features, zal de tool voor alle ruimtelijk samenvallende features een connectiviteitsfout rapporteren.
De foutensamenvattingslaag toont topologiefouten in uw data.
Opmerking: Breng deze regelwijzigingen niet direct aan in productie. U dient uw data naar een lokale file/mobile geodatabase te kopiëren en daar uw configuratie te testen vanwege het iteratieve en verstorende karakter van deze analyse.
Dit rapport stelt u in staat snel te identificeren welke soorten features verbonden zijn, hoeveel verbindingen per type bestaan en waar deze zich bevinden in uw data. Deze informatie kan vervolgens worden besproken met experts zoals ingenieurs, veldploegen en operators om weloverwogen beslissingen te nemen over wat verbonden mag worden.
De Error Summary-laag toont alle locaties in uw netwerk waar fouten aanwezig zijn.
Als u nog steeds twijfelt of iets verbonden mag worden, is de uiteindelijke beslisser altijd de realiteit. Omdat de locatieslaag features bevat voor alle connectiviteitsproblemen, kan deze laag gedeeld worden met veldploegen om locaties ter plaatse te verifiëren waarover u vragen heeft.
Regels creëren
Zodra u hebt vastgesteld welke soorten features verbonden moeten worden, is uw volgende taak het toevoegen van ondersteunende regels aan uw netwerk. Dit zorgt ervoor dat alleen features met regels verbonden kunnen worden; elke poging tot verbinden zonder overeenkomstige regel wordt gerapporteerd als topologiefout.
Handmatig al deze regels toevoegen zou een saaie klus zijn. Gelukkig maakt de Analyze Network Data tool een CSV-bestand met regels dat later geïmporteerd kan worden in een utility network. U dient dit CSV-bestand aan te passen als onderdeel van het foutbeoordelingsproces met experts zodat alleen regels voor features die goedgekeurd zijn om verbonden te worden erin staan.
Een screenshot van een voorbeeld CSV-bestand gemaakt door de Analyze Network Data tool.
Zodra het CSV-bestand is aangepast zodat alleen goedgekeurde regels erin staan, kunt u het toepassen op uw utility network met behulp van de Import Rules-tool. Na het importeren van regels en het inschakelen van netwerktopologie zullen uw data verbonden zijn volgens de nieuw geïmporteerde regels en zullen topologiefouten gegenereerd worden voor alle features zonder ondersteunende regel die niet mogen verbinden.
Conclusie
In dit artikel hebt u geleerd over het belang van connectivity rules voor datakwaliteit en hoe u uw connectivity rules kunt verfijnen met ruimtelijke analyse en tools beschikbaar in de Migration toolset. Het beoordelen en aanpassen van uw regels is een effectieve manier om uw model te documenteren en begrijpen terwijl ook uw datakwaliteit verbetert. Met deze nieuwe regels zorgt u ervoor dat connectiviteit alleen bestaat tussen goedgekeurde features. Als u probeert andere types features te verbinden genereert het utility network een ongeldige connectiviteits-topologiefout.
Het verfijnen van uw connectivity rules is optioneel bij het configureren en implementeren van een utility network, maar het is een waardevolle tijdsinvestering om dit met uw data uit te voeren voordat u live gaat. Dit helpt niet alleen bij het verfijnen van uw connectivity rule en oplossen van uitzonderingen, maar kan vaak ook het aantal regels in uw model halveren!
Denk echter niet dat u dit proces elke keer moet volgen wanneer u regels wilt wijzigen. Als u kleine aanpassingen maakt aan uw connectivity rules vanwege kleine schema- of bedrijfsproceswijzigingen, moet u gebruikmaken van de Add Rule- en Delete Rule-tools. Probeer de Configure rules for a utility network tutorial als u meer wilt leren over het onderhouden van regels binnen een utility network.
Voor meer informatie over de migration toolset, inclusief hoe ze toegankelijk zijn, leest u het Get Started with the Migration toolset artikel op de Esri Community Site! U kunt daar niet alleen vragen stellen, maar ook deze tools downloaden en aanvullende bronnen vinden over onderwerpen zoals het configureren van uw eigen model en datamigratie.
