<?xml version="1.0" ?>
<!--
  RSS generated by Inquira Information Manager
-->
<rss version="2.0">
<channel>
<title><![CDATA[Hexagon Safety &amp; Infrastructure - InService]]></title>
<link>http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=home</link>
<description>InService</description>
<language>en</language>
<copyright><![CDATA[Find Answers2026 Hexagon Safety &amp; Infrastructure]]></copyright>
<generator>Oracle Knowledge Information Manager</generator>
<docs>http://blogs.law.harvard.edu/tech/rss</docs>
 


 
<item>
        <title><![CDATA[InService 9.4 Q2 2019 Release]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720376d80342b016b9a49b0a6007e4e&actp=RSS]]></link>
        <description><![CDATA[<p><em>Hexagon Safety &amp; Infrastructure is pleased to announce our InService 9.4 Q2 2019 release. For more information please contact the InService Help Desk.</em></p>

<p><em>Thank you,</em></p>

<p><em>David Garrison</em></p>
]]></description>
        <pubDate>2019-07-02 19:52:28 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720376d80342b016b9a49b0a6007e4e&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[InService 9.4 Q4 2018 Release]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072037700ff8610167e82fed99007b6e&actp=RSS]]></link>
        <description><![CDATA[<p><em>Hexagon Safety &amp; Infrastructure is pleased to announce our InService 9.4 Q4 2018 release. This quarterly release offers several key enhancements:</em></p>

<ul>
	<li><em>The initial release of InService Fault Location (FLOC):&nbsp;InService Fault Location is an optional component used to enhance outage fault determination, aid in the timeliness of service restoration thereby reducing the overall duration of outages. FLOC enables utilities to more quickly locate&nbsp;likely problem areas significantly cutting down on crew drive times and resource&nbsp;requirements.</em></li>
	<li><em>The initial release of InService Network Enterprise for version 9.4. InService Network Enterprise is a suite of OGC compliant and RESTful web services that enable easy access to real time InService outage and facility network data</em>.</li>
</ul>

<p><em>For more information please contact the InService Help Desk.</em></p>

<p><em>Thank you,</em></p>

<p><em>David Garrison</em></p>
]]></description>
        <pubDate>2019-01-14 20:03:57 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072037700ff8610167e82fed99007b6e&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Custom UI Controls I/Dispatcher 9.2]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720360240d4fd30165db83f27f0076d3&actp=RSS]]></link>
        <description><![CDATA[<p>Hi I dont know if this has been touched on before but we are looking to customize the Special Situation Dialogue and need to use some custom controls. Is the any documentation on how to implement the code so I/Dispatcher see and understands the custom controls&nbsp;</p>

<p>Thanks&nbsp;</p>
]]></description>
        <pubDate>2018-10-15 15:54:56 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720360240d4fd30165db83f27f0076d3&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[InService 9.4 Q3 Release]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072037013e9b8640164a5fd6b5d0078fc&actp=RSS]]></link>
        <description><![CDATA[<p><em>Hexagon Safety &amp; Infrastructure is pleased to announce our InService 9.4 Q3 release. For more information please contact the InService Help Desk.</em></p>

<p><em>Thank you,</em></p>

<p><em>David Garrison</em></p>
]]></description>
        <pubDate>2018-08-10 14:34:40 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072037013e9b8640164a5fd6b5d0078fc&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Anyone using a Reporting Tool for Inservice to report dispatcher efficiencies?]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507203753861811015e69a51666007e33&actp=RSS]]></link>
        <description><![CDATA[<p style="margin: 0in 0in 0pt;">All,</p>

<p style="margin: 0in 0in 0pt;">&nbsp;</p>

<p style="margin: 0in 0in 0pt;">We would like to develop a tool that measures dispatching efficiency.</p>

<p style="margin: 0in 0in 0pt;">&nbsp;</p>

<p style="margin: 0in 0in 0pt;">An example would be, when a technician is dispatched to a non-staffed town, were all the orders for that town, (within a 5 day window on either side of the scheduled date) dropped on his tablet to work.</p>

<p style="margin: 0in 0in 0pt;">&nbsp;</p>

<p style="margin: 0in 0in 0pt;">Please let me know if Supervisors are using a specific tool for reporting out of Inservice.</p>

<p style="margin: 0in 0in 0pt;">&nbsp;</p>

<p style="margin: 0in 0in 0pt;">Thanks,</p>

<p style="margin: 0in 0in 0pt;">Joel</p>
]]></description>
        <pubDate>2017-09-11 17:35:11 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507203753861811015e69a51666007e33&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[InService 9.3 MR4]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072036a262447015e3b30938d007e41&actp=RSS]]></link>
        <description><![CDATA[<p><em>Hexagon Safety &amp; Infrastructure is pleased to announce the release of InService 9.3 MR4. For more information please contact the InService Help Desk.</em></p>

<p><em>Thank you,</em></p>

<p><em>David Garrison</em></p>
]]></description>
        <pubDate>2017-09-05 18:54:31 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072036a262447015e3b30938d007e41&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Portal Message folder on Communication Server not processing messages and continues to build up]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720376d4a0a64015d8993af76007ca3&actp=RSS]]></link>
        <description><![CDATA[<p>E:\ProgramFiles(x86)\Intergraph\Portal\msg folder is not able to process messages and continues to build up until Tablets are not able to sign on and just sit. This is on our Production system and causing issues company wide.</p>

<p>Has anyone had any issues with Portal not keeping up? Our messages spike up over 2,000 and continue to build quickly over&nbsp;10,000 plus.</p>

<p>We have stopped the communication services on ISM and then deleted msgs discarded, deleted all gps messages from msgs folder, deleted the switch file and restarted services on communication server. Used to let Portal Msg folder catch up and people would eventually be able to sign on. This is not solving the issue any longer. Any help would be greatly appreciated.</p>

<p>Thanks,</p>

<p>Joel</p>
]]></description>
        <pubDate>2017-08-07 20:38:00 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720376d4a0a64015d8993af76007ca3&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[ICCP, iSCADA issue]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507203747b44415015c30c69f22007ac5&actp=RSS]]></link>
        <description><![CDATA[<p>We are currently having an issue where ICCP SCADA changes are not being reflected in OMS. We can see the traffic from SCADA on the Intergraph OMS servers, but it seems to stop there. The servers and services have been restarted many times.&nbsp;</p>

<p>We are just not sure where the disconnect is. Any help would be great!</p>
]]></description>
        <pubDate>2017-06-15 15:31:19 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507203747b44415015c30c69f22007ac5&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[IDispatcher 9.3 Event Monitor Changes]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720253025756e1b015b3f10ae8f003477&actp=RSS]]></link>
        <description><![CDATA[<p>Has anyone else been able to adjust the highlight color within the 9.3 IDispatcher event monitor?&nbsp; It appears that the 9.3 XAML files are using the default Windows colors now.&nbsp; Our operators do not have access to adjust any of the personal settings on their work stations and would like&nbsp;to change back to the Orange color they had in IDispatcher 9.2.</p>
]]></description>
        <pubDate>2017-04-13 16:34:13 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720253025756e1b015b3f10ae8f003477&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Getting the outage information back into the GIS for Engineers to use in studies...]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025305a7809a5015a39dfcee4006615&actp=RSS]]></link>
        <description><![CDATA[<p>All,</p>

<p>I&rsquo;m sure other Intergraph shops are already doing it, so just looking for some guidance. My assumption is there is some table in InService that will give us a Transformer number or Premise number, and the number of minutes it was out for each outage. However, I&rsquo;m sure there are duplicates and bad data that we need to be taught how to weed out to get the true number of minutes. I may be completely off too and there is a completely different way of doing it. Basically what we are looking for is some way to look at a block, section of town, entire circuit, etc. and see how many outages minutes have occurred on the area of interest.</p>

<p>Thanks,</p>

<p>Joel</p>
]]></description>
        <pubDate>2017-02-16 19:15:59 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025305a7809a5015a39dfcee4006615&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[InService 9.3 MR3]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720254022f7a33d015976bac0e8006341&actp=RSS]]></link>
        <description><![CDATA[<p><em>Hexagon Safety &amp; Infrastructure is pleased to announce the release of InService 9.3 MR3. For more information please contact the InService Help Desk.</em></p>

<p><em>Thank you,</em></p>

<p><em>David Garrison</em></p>
]]></description>
        <pubDate>2017-02-14 21:39:45 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720254022f7a33d015976bac0e8006341&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Other triggers than Service ID for street lights in Inservice]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720254022f7a33d015976bac0e800669c&actp=RSS]]></link>
        <description><![CDATA[<p>All,</p>

<p>We are looking to include street lights in our Inservice system. We dont assign Service IDs for our street lights so was just curious if anyone uses any other unique identifiers for street lights to be able to connect that street light to a Service Order or be able to search by that unique identifier to locate a street light?</p>

<p>Thanks,</p>

<p>Joel</p>
]]></description>
        <pubDate>2017-02-08 22:37:46 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720254022f7a33d015976bac0e800669c&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Hexagon Safety & Infrastructure Offers Advanced Distribution Management System]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720253058aba0b901596289b84a006980&actp=RSS]]></link>
        <description><![CDATA[<p>ADMS solution powered by Intergraph InService and ETAP</p>

<div>
<div>
<div>
<p>HUNTSVILLE, Alabama, December 21, 2016</p>

<p>Hexagon Safety &amp; Infrastructure now offers a fully-integrated advanced distribution management system (ADMS) solution to better enable utilities to manage their complex electrical distribution infrastructure and take advantage of real-time operational data. The ADMS solution will aid utilities in improving their network reliability and resilience by streamlining operations and expediting critical actions and decisions.</p>

<p>Leveraging Hexagon&rsquo;s strategic alliance with ETAP, the single-vendor ADMS solution features Hexagon&rsquo;s <a href="http://www.hexagonsafetyinfrastructure.com/products/outage-management/inservice">Intergraph InService</a> with embedded distribution management system (DMS) engine from ETAP. The solution includes comprehensive network analysis tools to perform distribution state estimation, dispatcher power flow and fault calculations; the ability to operate telemetered and non-telemetered devices for ad-hoc operations or planned switching; fault location identification, volt-var control and fault-isolation service restoration; and increased efficiency of field crews and restoration activities.</p>

<p>&ldquo;The ADMS solution is scalable to provide smart grid capabilities to any sized utility, from the largest investor-owned company to small municipal utilities,&rdquo; said Anna Throneberry, vice president, Hexagon Safety &amp; Infrastructure. &ldquo;The flexibility of the underlying configurable, off-the-shelf system enables utilities to deploy an ADMS that is unique to their operational procedures without requiring costly customizations.&rdquo;</p>

<p>The integration between Hexagon&rsquo;s and ETAP&rsquo;s products is built upon common information model (CIM) and other industry standards, which have been proven in production environments, linking together outage management systems (OMS), supervisory control and data acquisition (SCADA) systems and DMS.</p>

<p>&ldquo;Integrating real-time situational awareness, event management and online electrical network analysis capabilities allows utility distribution operators to better visualize, analyze and optimize smart grid operations,&rdquo; said Tanuj Khandelwal, chief technology officer, ETAP. &ldquo;A single user interface for outage management, dispatching and advanced analytics brings together situational intelligence utilities need to operate their distribution networks more efficiently and at reduced cost.&rdquo;</p>

<p>Any successful real-time operation requires a functional electrical model that is detailed, accurate and current. By further leveraging Hexagon&rsquo;s network model management solution, utilities can create and maintain a complete and reliable ADMS master network model &ndash; from supply points to individual meters &ndash; supplying relevant network model data to all the systems that need it.</p>

<p>Hexagon Safety &amp; Infrastructure helps <a href="http://www.hexagonsafetyinfrastructure.com/utilities-and-communications">utilities and communications companies</a> achieve greater reliability, increase efficiency and fulfill the expectations of customers, shareholders and regulators. A pioneer in the development and application of location-based technology, Hexagon Safety &amp; Infrastructure has provided solutions to hundreds of utilities and communications customers around the globe for 40 years, supporting network engineering, network operations, customer services, sales and marketing and physical security.</p>
</div>
</div>
</div>
]]></description>
        <pubDate>2017-01-05 15:39:11 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720253058aba0b901596289b84a006980&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[MobileTC Windows 10]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720254656284330158dbb000d4007fab&actp=RSS]]></link>
        <description><![CDATA[<p>We are on 8.3.1 and are working on moving our desktop clients to Windows 10. We originally had it working but then with the anniversary update of Windows 10, MobileTC now crashes when launching it. The error when launching is just the generic &quot;This application has crashed&quot; so there is not much help there but we did notice than now when we ran through the&nbsp;dependency tracker program, we are getting errors on an unsigned mapocx.ocx so it looks like Windows tightened up security. Not much more information than that - just wondering if anyone else is running Windows 10 for MobileTC and what your experience has been.</p>
]]></description>
        <pubDate>2016-12-08 15:03:48 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=50720254656284330158dbb000d4007fab&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[InService 9.3 Outage Icons Missing]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507202540d49ec7a0158c163f148007935&actp=RSS]]></link>
        <description><![CDATA[<p>Has anyone else on InService 9.3 experienced an issue where the outage icons do not display on new outage events?&nbsp; We are able to see the icons after we update the outage event or after we refresh CAD.</p>

<p>Thanks in advance</p>
]]></description>
        <pubDate>2016-12-06 18:06:46 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507202540d49ec7a0158c163f148007935&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[MDTSVR Not Starting Every time]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025401160a7a001585524a49e0079fb&actp=RSS]]></link>
        <description><![CDATA[<p>Hello</p>

<p>In our stage environment, when we go to start MDTSVR it will get as far as the long show below and then turn green. Only thing is that this is not a complete start. In terms of steps, we start Portal first then MDTSVR.&nbsp; Not all the time but at times it will take us 5 - 10 attempts to stop and restart MDTSVR until we get a full log and it is green&nbsp; Any thoughts on what is happening in the step below. Here is the log.....</p>

<p>1d30 11-17-16 15:25:47 MAIN: Process Name Set To: I/Mdtsvr<br />
1d30 15:25:47 MAIN: Debug Level Set To: 5<br />
1d30 15:25:47 MAIN: Registry: UEDELTA MODE OFF<br />
1d30 15:25:47 MAIN: Registry: Groups set to &quot;MobileTCOms&quot;<br />
1d30 15:25:47 MAIN: Registry: CmdThreads set to 10<br />
1d30 15:25:47 MAIN: Registry: CmdThreadTimeout set to 300 seconds<br />
1d30 15:25:47 MAIN: Registry: ExitTimeout set to 60 seconds<br />
1d30 15:25:47 MAIN: Registry: SendMsgSuffix set to &quot;&quot;<br />
1d30 15:25:47 MAIN: Registry: ALL UNITS WILL NOT BE BROADCAST<br />
1d30 15:25:47 MAIN: Registry: THE UNIT ID PREFIX &#39;$&#39; WILL BE USED TO DETERMINE IF A CAD UNIT IS SIGNED ON DURING STARTUP<br />
1d30 15:25:47 MAIN: Registry: AlarmNode not found defaulting to &#39;RNCAlarms&#39;<br />
1d30 15:25:47 MAIN: Registry: Apc set to {7F0238B7-3953-468b-A02D-96C5BDCEF323}<br />
1d30 15:25:47 MAIN: Registry: CommonPlacePrefix set to <a href="mailto:'@'">&#39;@&#39;</a><br />
1d30 15:25:47 MAIN: Registry: CatalogedAlarmPrefix set to &#39;#&#39;<br />
1d30 15:25:47 MAIN: Registry: WakeupTimeout set to 20 seconds<br />
1d30 15:25:47 MAIN: Registry: RetryTimeout set to 60 seconds<br />
1d30 15:25:47 MAIN: Registry: QueuedMessagesOutputPerMdt set to 10<br />
1d30 15:25:47 MAIN: Registry: ACTIVATE LOGGING IS 0 (OFF)<br />
1d30 15:25:47 MAIN: Registry: MAP COMMANDS BY APC ID OFF<br />
1d30 15:25:47 MAIN: Registry: BROADCAST TABLE WILL BE USED<br />
1d30 15:25:47 MAIN: Registry: CLEANUP OF SWITCH FILE IF STARTUP FAILS, IS OFF<br />
1d30 15:25:47 MAIN: Registry: ListenerFilter set to all<br />
1d30 15:25:47 MAIN: Registry: PURGE SWITCH ON ERROR IS OFF<br />
1d30 15:25:47 MAIN: Registry: NOTIFY REROUTES TO MDT IS OFF<br />
1d30 15:25:47 MAIN: Registry: MAXIMUM NUMBER OF RETRY ATTEMPTS IS 4294967295<br />
1d30 15:25:47 MAIN: Registry: UNLOCK NODE ON ANY INBOUND OFF<br />
1d30 15:25:47 MAIN: Registry: PURGE MESSAGES ON SIGNOFF OFF<br />
1d30 15:25:47 MAIN: Registry: NO AUTHORIZE ON STARTUP ON<br />
1d30 15:25:47 MAIN: Registry: MAX USERS PER CHAT GROUP 10<br />
1d30 15:25:47 MAIN: Registry: MAX PENDING COMMANDS PER UNIT 200<br />
1d30 15:25:47 MAIN: Registry: OMS CONFIG NAME (Only pertinent to UTILITY customers): oms<br />
1d30 15:25:47 MAIN: Registry: OMS INTITIALIZE ROUTER NETWORK(Only pertinent to UTILITY customers): 1<br />
1d30 15:25:47 MAIN: Registry: IOM READ SYNC (Milliseconds) 0<br />
1d30 15:25:47 MAIN: Registry: PERFORMANCE LOG THRESHOLD (Seconds) 0<br />
1d30 15:25:47 MAIN: Registry: SUPPORT MULTIPLE DEVICES OFF<br />
1d30 15:25:47 MAIN: Registry: MAX AUXILIARY DEVICES PER USER 10<br />
1d30 15:25:47 MAIN: Registry: REMOVE UNIT FROM GROUP 0<br />
1d30 15:25:47 MAIN: Registry: QUICK BOOT OFF<br />
1d30 15:25:47 MAIN: Registry: PROCESS ALL PACKETS OFF<br />
1d30 15:25:47 MAIN: Registry: PROCESS UNITS BY CONFIGURATION NAME OFF<br />
1d30 15:25:47 MAIN: Registry: Report\Apc not found; Requests will be written to MESSAGE SWTICH<br />
1d30 15:25:47 MAIN: Registry: Report\FormatPath set to E:\Program Files\Intergraph\Imdt\mobiletcoms\rptformats<br />
1d30 15:25:47 MAIN: Registry: Report\OutputPath set to c:\temp<br />
1d30 15:25:47 MAIN: Registry: CycleTime set to 1000<br />
1d30 15:25:47 MAIN: Registry: RepeatCycle set to 1<br />
1d30 15:25:47 MAIN: Registry: POST REPORT RESULTS TO SWITCH ON<br />
1d30 15:25:47 MAIN: SICInterfaceApp::Initialize<br />
1d30 15:25:47 MAIN: IUCInterfaceApp::OpenRegistry - bSuccess = 0<br />
1d30 15:25:47 MAIN: SICInterfaceApp::LoadFromRegistry - Not opening registry at this level - no reg items to read<br />
[] 11-17-16 15:25:47 - CLLogonNetwork: GetCurrentProcessId 8468<br />
[] 11-17-16 15:25:47 - CLLogonNetwork: GetCurrentProcessId 8468<br />
1d30 15:25:47 MAIN: CEci::ECIinit: eci com version 9.2.0.5<br />
1d30 15:25:47 MAIN: RADOInitEx threadingModel 0x2<br />
[] 11-17-16 15:25:47 - CLLogonNetwork: GetCurrentProcessId 8468</p>
]]></description>
        <pubDate>2016-11-17 20:33:17 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025401160a7a001585524a49e0079fb&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Restore Time is before Off Time in Dispatcher for all outages]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025375cd848101585dfac4a3007310&actp=RSS]]></link>
        <description><![CDATA[<p>When our serviceman are completing an outage on MobileTC in the field, the information shows up correctly in the Database.&nbsp; When the restore time and off time get to IDispatcher however, the restore time happens before the off time by an hour. Has anyone seen this before?</p>

<p>We are thinking Daylight savings maybe?</p>

<p>Is there a spot in CADDBM to check this or a command to run to make sure everything is synced up?</p>

<p>Thanks,</p>

<p>Joel Getz</p>

<p>&nbsp;</p>
]]></description>
        <pubDate>2016-11-14 22:09:50 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025375cd848101585dfac4a3007310&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Disaster Recovery Failover]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507202533d666291015808cfc6be005e8f&actp=RSS]]></link>
        <description><![CDATA[<p>Just wondering what other utilities do for DR - especially around test failovers. Our DR failover including round trip connection testing is about an hour. During this time we don&#39;t have any OMS/dispatching available. This is an issue when we want to do an annual DR test - our operators aren&#39;t able to be without bring able to see a single line/seeing off-normals/creating tags, etc&nbsp;for that long. To be clear, this is not an issue with normal windows patching as we use Oracle FSFO and the Intergraph A/B failover so our users don&#39;t even see a blip. I&#39;m curious if our DR failover time is unusual and what feedback (or work arounds) you usually get from your control centers if you plan outages of an hour or more.</p>
]]></description>
        <pubDate>2016-10-31 20:53:44 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507202533d666291015808cfc6be005e8f&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Inservice 9.3 MR2]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507202543e308230157529cd1fd007d87&actp=RSS]]></link>
        <description><![CDATA[<p><em>Hexagon Safety &amp; Infrastructure is pleased to announce the release of InService 9.3 MR2. For more information please contact the InService Help Desk.</em></p>

<p><em>Thank you,</em></p>

<p><em>David Garrison</em></p>
]]></description>
        <pubDate>2016-09-26 20:59:35 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=507202543e308230157529cd1fd007d87&actp=RSS]]></guid>
</item><item>
        <title><![CDATA[Ability to hide Change Operator Option under Workstation Menu Option]]></title>
        <link><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025346d38bd20156bf84d1d200788c&actp=RSS]]></link>
        <description><![CDATA[<p>Curious if there was a configuration setting to hide/gray out&nbsp;Change Operator Option under Workstation Menu Option? Our dispatchers are going in to Define node and if they hit Change Operator option above it goes to a sign on screen and boots them out of Dispatcher. Forcing them to reload Dispatcher. Currently Reset Password is grayed out. Currently on Inservice 9.2 MR4</p>
]]></description>
        <pubDate>2016-08-25 21:46:01 Etc/GMT</pubDate>
        <guid isPermaLink="true"><![CDATA[http://support.hexagonsafetyinfrastructure.com/infocenter/index?page=forums&topic=5072025346d38bd20156bf84d1d200788c&actp=RSS]]></guid>
</item>
</channel>
</rss>
