POST
|
Hi Bill, Maps for Office 5.0 is supported on the on-premise version of Office 365 which also goes by the name Office 2016. Sorry for any confusion here. Are you still struggling with the pre-requisite installation files?
... View more
03-08-2019
08:25 AM
|
0
|
1
|
175
|
POST
|
There are a causes for this issue ranging from actual compromise to software security suite false positives. The following operations will help narrow down the root cause: Validate the Binary Use a third party technology to validate the binary as potentially compromised as well as to verify its hash value against the original binary available from Esri's website. This can be done at a number of sites such as www.virustotal.com. 1. Upload & scan the suspected binary to a site such as www.virustotal.com. We did this with the clean source file hosted by esri, the results can be viewed here: https://www.virustotal.com/#/file/a3f758644774f36dca0b05fa87781b90b2e5caf3d0942b162b2a9a5815ed2c85/detection If the file you upload presents a different profile than seen above (eg. reports any infections at all,) immediately alert your organizations IT/Software security team if available. The binary should be destroyed, and any systems the binary was processed through should be thoroughly scanned for signs of further infection. 2. Compare the SHA256 signature of the suspected file against the actual SHA256 signature of the file hosted by Esri. The SHA256 signature of the current release (4.1) of the ArcGIS Maps for Office 64-bit installer is: SHA-256 a3f758644774f36dca0b05fa87781b90b2e5caf3d0942b162b2a9a5815ed2c85 Again, the www.virustotal.com site will report the SHA256 hash of the file you upload for comparison. Also/Instead, you may also execute the PowerShell command: "Get-FileHash ArcGISMapsForOffice_x64_4.1_en.exe" to process and display the SHA256 hash of the ArcGIS Maps for Office installation binary for comparison. If the SHA256 file hashes do not match, the file may be corrupt or similarly compromised. Destroy the file and download a new copy of the binary here, and proceed with installation: ArcGIS Maps for Office. False Positive: Whitelist Binary If the above tests confirm the SHA256 hashes match the original file hosted by Esri, and the file reports to be uncompromised then we can reasonably conclude the file is not infected and that the security software on the system is reporting a false positive *or* the security software expressly requires installation binaries be whitelisted (allowed to install.) In this case, submit the binary to your IT/Software Security team for whitelisting action.
... View more
12-11-2017
10:24 AM
|
1
|
9
|
822
|
POST
|
One method of implementing fault tolerance with ArcGIS Server is by implementing multiple GIS Tier components referred to as "SOM" systems within the ArcGIS Server Architecture each with its own unique web tier. This can be done by: 1. Installing the complete ArcGIS Server solution on multiple machines which will yield multiple completely self contained GIS solutions, see: ArcGIS Server One-Machine Deployment http://help.arcgis.com/en/arcgisserver/10.0/help/arcgis_server_dotnet_help/index.html#/Configuring_a_one_machine_deployment/0093000000m6000000/ ArcGIS Server Multi-Machine Deployment http://help.arcgis.com/en/arcgisserver/10.0/help/arcgis_server_dotnet_help/index.html#/Configuring_a_multiple_machine_deployment/0093000000m7000000/ *Note the above describes a high capacity solution that can be implemented in conjunction with a high availability solution (further below) to spread the load of many GIS Services across many servers. 2. Then publish identical map services to each GIS. 3. Then implement an HTTP load balancer "above" each GIS that references each unique GIS. The above strategy is very "high level" as and such I'd strongly recommend first reviewing the documentation and solutions contained below: ArcGIS Enterprise GIS Resource Center http://help.arcgis.com/en/arcgisserver/10.0/help/arcgis_server_dotnet_help/index.html#/Configuring_a_one_machine_deployment/0093000000m6000000/ Then, consider working with Esri Professional Services - Implementation Services to ensure successful implementation of your high availability GIS solution: http://www.esri.com/services/professional-services/implementation/index.html
... View more
02-23-2011
02:25 PM
|
0
|
0
|
293
|
POST
|
Since the release we've seen a number of inquiries regarding Citrix and ArcGIS Desktop 10. The most common issue we're seeing is that of remote client performance. In most instances, this type of performance problem is resolved with the following Teminal Services configuration change: Terminal Services Configuration > ICA-tcp Properties > Client Settings > Color Depth = Limit to 16-bits > Redirection > Disable > Drive, Windows Printer, LPT Port, Audio, Default to main client printer (See attached screenshot) [ATTACH]4064[/ATTACH] This configuration will prevent Citrix from accessing local data on client systems thereby eliminating the problem of large data sets streaming from client to Citrix back to client.
... View more
12-29-2010
10:52 AM
|
0
|
0
|
1166
|
POST
|
Instead of using the File Menu / ArcGIS Online operations, add the resource (http://services.arcgisonline.com/arcgis/services) as an ArcGIS Server Internet Resource within ArcCatalog, then add the basemap of your choice from the list of services provide.
... View more
12-02-2010
02:29 PM
|
0
|
0
|
566
|
POST
|
If anyone is experiencing visual artifacts with ArcGIS 10.x (or prior release) on Citrix, reducing Application Color Depth to 16-bit color seems to address a number of these issues. (Citrix Access Management Console > Farm > Application > ArcMap > Properties > Advanced > Appearance > Colors > Set to 16-bit) Most notably, recently we found that Citrix clients running ArcGIS 10.0 / XenApp 4.x / Windows 2003 Server are unable to render the "ArcGIS Online" browser from within ArcMap. Reducing ArcMap color depth to 16-bit addresses this issue. * The issue does not surface with ArcGIS Desktop 10.0 / XenApp 5.x / Windows 2008 Server. I'll continue to post these "tips" as we run across them.
... View more
10-27-2010
12:14 PM
|
0
|
0
|
1166
|
POST
|
instead of pushing them back to the client, I would like to push them to the user's "home" drive which is on the local network with the Citrix server. Does this special folder redirection accomplish that? I'd also like to redirect the cache folder to their home drive as well. Inteller- As this is more of a core Citrix question than an Esri question, I'll admit I am at a position of disadvantage and will certainly welcome a Citrix expert's take on this. That said, the functionality that you are looking for, in my experience, is the default behavior (Special Folder Redirection disabled.) We use local (not roaming) profiles, and as each user runs ArcMap via Citrix, the user home, user profile, etc, all are created locally on the Citrix server. I'd equate this to a Terminal Services/RDP session. You are on your own workstation, but all the processing, file referneces, home directories, etc, all exist and are utilized on the server (Citrix does tend to blur this line a bit though). That said, I'll make a note to check on the behavior though and get back to you as soon as I can.
... View more
10-01-2010
08:27 AM
|
0
|
0
|
951
|
POST
|
Though I earlier in this thread stated that we have experienced little to no problems in using the Citrix Deployment method for ArcGIS, there have been a few little pesky items. One of which follows: When I thry to author and serve out a map (either through ArcServer or Publisher) using ArcGIS through the Citrix connection, the data links break and the end user (web or ArcReader) sees only the data holder in the TOC along with the broken link symbol. Same map is then opened in ArcGIS on a local install, the data sources reset to exactly what they were before(but resetting is required), then the maps as served out (via ArcServer or Publisher) contain active links and all is well. After researching this a bit, I did discover that when looking at the data sources for the .MXD file in ArcCatalog, the connection file found on the \Application Data\ESRI\ArcCatalog\[connection].sde path was set to where the IT folks are preserving the profile information that Citrix uses when a user is logging in. (see attached). The data source file is shown on another computer - in this case:\\rcg-file1\appdata$\jearmstrong\Application Data\ESRI\ArcCatalog\SdeConnect@richmond_vector.sde - this is where the user profiles are being stored Normally this connection would be "Database Connections\SdeConnect@richmond_vector.sde" which seems to resolve to C:\Documents and Settings\[username]\Application Data\ESRI\ArcCatalog\Admin@richmond_vector.sde. Is there a way to set this data connection path to allow data in a map service authored through the Citrix deployment of ArcGIS to be viewable by the end users? I realize there is a manual workaround, but that kind of defeats the purpose of running the GIS through Citrix. I hope somebody can shed some light on this issue. thanks James Armstrong Richmond County, North Carolina GIS James - Disable "Special Folder Redirection" (http://support.citrix.com/proddocs/index.jsp?topic=/web-interface-hardwick/wi-enable-special-folder-redirection-gransden.html) We just resolved this exact issue with another client with this solution.
... View more
09-24-2010
02:28 PM
|
0
|
0
|
951
|
POST
|
We've recently seen a successful Citrix XenApp based ArcGIS Desktop 10.x deployment consumed on Macintosh. Some challenges to be expected, but I wanted to post the Citrix prescibed solution if it helps anyone in that area: Citrix/XenApp + ArcGIS Desktop 10 + Macintosh Client: Configure the application not to run in "seamless" mode and lock the application to a given resolution (800x600) for example.
... View more
09-24-2010
12:38 PM
|
0
|
0
|
951
|
POST
|
Does anyone know how to change the default.gdb location for users accessing ArcGIS Desktop 10 in Citrix? I don't want the server filling up with these default GDBs. Also, I'd like to know how to redirect this local cache folder to the user's home drive and not a folder on the citrix server. Any thoughts? You can probably get what you are looking for by enabling "Special Folder Redirection," a Citrix concept will push the GDBs created for each profile back to the client (http://support.citrix.com/proddocs/index.jsp?topic=/web-interface-hardwick/wi-enable-special-folder-redirection-gransden.html). BUT....be advised that enabling "Special Folder Redirection" within Citrix results in a considerable performance loss from the client side as data that normally would be locally available to the Citrix server now has to traverse the LAN/WAN link between client and server. (Among a host of other complications).
... View more
09-23-2010
02:54 PM
|
0
|
0
|
951
|
Title | Kudos | Posted |
---|---|---|
1 | 12-11-2017 10:24 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:22 AM
|