<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Representing Solar Customers in GIS in Electric Questions</title>
    <link>https://community.esri.com/t5/electric-questions/representing-solar-customers-in-gis/m-p/1652026#M1094</link>
    <description>&lt;P&gt;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/60862"&gt;@PaulScipione&lt;/a&gt;&amp;nbsp; Our setup is pretty simple. We only keep a handful of attributes on the end points/meters. That data actually comes from a central system, and we just ETL it into GIS. We also set up pop-ups with dynamic URLs so you can jump straight into the external system and see all the details for that end point.&lt;/P&gt;&lt;P&gt;When it comes to modeling distributed generation, I think it’s all about finding the right balance — what do you want people to see on the map, how accurate do you need it, and how much info is really required?&lt;/P&gt;&lt;P&gt;Since we’re running an operational Utility Network, here are the three options we played with:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;Change the Symbology&lt;BR /&gt;Just symbolize by asset type + distributed generation flag. Quick, clean, and you can instantly spot which end points have DG.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Add a Non-Spatial Solar Unit&lt;BR /&gt;Create a Solar Unit as a non-spatial object and hook it up to the meter. This models things more accurately, but editing gets trickier, and because it’s not on the map, people don’t really see it. Map Viewer support is still pretty limited too.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Add a Spatial Solar Device&lt;BR /&gt;Make solar units their own asset type in the ElectricDevice layer and connect them to the meter. This gives you the best of both worlds:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;You can trace downstream and pick up all the solar units&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;It shows up clearly on the map&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;You can store rich attributes on the asset itself&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;For us, Option 3 feels like the sweet spot — you get the visibility and the proper modeling without too many trade-offs.&lt;/P&gt;&lt;P&gt;I would also suggest using this community, it's much more active &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&amp;nbsp;&lt;BR /&gt;&lt;A href="https://community.esri.com/t5/arcgis-utility-network/ct-p/arcgis-utility-network" target="_blank" rel="noopener"&gt;Esri UN Community&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 22 Sep 2025 02:04:10 GMT</pubDate>
    <dc:creator>gis_KIWI4</dc:creator>
    <dc:date>2025-09-22T02:04:10Z</dc:date>
    <item>
      <title>Representing Solar Customers in GIS</title>
      <link>https://community.esri.com/t5/electric-questions/representing-solar-customers-in-gis/m-p/1650831#M1093</link>
      <description>&lt;P&gt;We currently have a point feature class representing our Meters in our Geometric Network (ArcMap/ArcFM), and a separate point feature class placed generally in the customers parcel representing they have Solar.&amp;nbsp; What we are interested in find out is how other Electric Utilities model their Meters where the customer has solar, and if they use any other feature or object classes to store specific attribute information, if it's feature classes, do they model exact connection of meters true to how it's in the field.&amp;nbsp; We are wanting to depict our solar customers with more "intelligence" in our GIS.&amp;nbsp; We are at the beginning stages for UN, about to start our Data Readiness Assessment, so we are open to looking at either UN or GM modeling/schema ideas.&lt;/P&gt;</description>
      <pubDate>Tue, 16 Sep 2025 20:45:47 GMT</pubDate>
      <guid>https://community.esri.com/t5/electric-questions/representing-solar-customers-in-gis/m-p/1650831#M1093</guid>
      <dc:creator>PaulScipione</dc:creator>
      <dc:date>2025-09-16T20:45:47Z</dc:date>
    </item>
    <item>
      <title>Re: Representing Solar Customers in GIS</title>
      <link>https://community.esri.com/t5/electric-questions/representing-solar-customers-in-gis/m-p/1652026#M1094</link>
      <description>&lt;P&gt;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/60862"&gt;@PaulScipione&lt;/a&gt;&amp;nbsp; Our setup is pretty simple. We only keep a handful of attributes on the end points/meters. That data actually comes from a central system, and we just ETL it into GIS. We also set up pop-ups with dynamic URLs so you can jump straight into the external system and see all the details for that end point.&lt;/P&gt;&lt;P&gt;When it comes to modeling distributed generation, I think it’s all about finding the right balance — what do you want people to see on the map, how accurate do you need it, and how much info is really required?&lt;/P&gt;&lt;P&gt;Since we’re running an operational Utility Network, here are the three options we played with:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;&lt;P&gt;Change the Symbology&lt;BR /&gt;Just symbolize by asset type + distributed generation flag. Quick, clean, and you can instantly spot which end points have DG.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Add a Non-Spatial Solar Unit&lt;BR /&gt;Create a Solar Unit as a non-spatial object and hook it up to the meter. This models things more accurately, but editing gets trickier, and because it’s not on the map, people don’t really see it. Map Viewer support is still pretty limited too.&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;Add a Spatial Solar Device&lt;BR /&gt;Make solar units their own asset type in the ElectricDevice layer and connect them to the meter. This gives you the best of both worlds:&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;&lt;P&gt;You can trace downstream and pick up all the solar units&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;It shows up clearly on the map&lt;/P&gt;&lt;/LI&gt;&lt;LI&gt;&lt;P&gt;You can store rich attributes on the asset itself&lt;/P&gt;&lt;/LI&gt;&lt;/UL&gt;&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;For us, Option 3 feels like the sweet spot — you get the visibility and the proper modeling without too many trade-offs.&lt;/P&gt;&lt;P&gt;I would also suggest using this community, it's much more active &lt;span class="lia-unicode-emoji" title=":slightly_smiling_face:"&gt;🙂&lt;/span&gt;&amp;nbsp;&lt;BR /&gt;&lt;A href="https://community.esri.com/t5/arcgis-utility-network/ct-p/arcgis-utility-network" target="_blank" rel="noopener"&gt;Esri UN Community&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 22 Sep 2025 02:04:10 GMT</pubDate>
      <guid>https://community.esri.com/t5/electric-questions/representing-solar-customers-in-gis/m-p/1652026#M1094</guid>
      <dc:creator>gis_KIWI4</dc:creator>
      <dc:date>2025-09-22T02:04:10Z</dc:date>
    </item>
  </channel>
</rss>

