Latest Contributions by ScottFierro2

‎09-30-2016

Good luck, sounds good and yeah versionitis could certainly be a cause. My assumption was that there were no changes made to the environments so it went from something that worked to something that didn't. This would seem to indicate the only expected changing variable would be the data size of editable FC along with additional photo storage. Based on that and tour working vs non-working scenarios it seemed resources no longer met the need. Probably something you have already checked but have you checked the total download size of the large version against available storage on the mobile device to ensure as your data has grown it's not now exceeding that resource?

‎09-30-2016

It should work fine, we are testing the SQL 2012 to 2016 upgrade in the next week or so. Here's a helpful post regarding some things others have found. I made a post there specific to configurations of the drives that you will see in comments made a big performance difference for several people. https://community.esri.com/message/398338

‎09-28-2016

randall_williams-esristaff‌ since you seem to be familiar with this topic I want to confirm that NIM only addresses cases in which a 2 way trust exists? I think we also found via manual configuration options it provides failover redundancy so that if LDAP1 store goes down it goes to LDAP2 store. We have been fighting a major issue here for 2 years now due to the ArcServer limitations of a single store. We have a 1 way trust scenario where our external users forest trusts our internal users forest but the internal doesn't trust the external. We have done several conference calls with ESRI staff, tried to find middleware to address these shortcomings and made attempts to architect solutions on our end. Thus far, about the only solution we have come across is using AD LDS and that's it's own nightmare scenario but also adds on a lot of complexity from our Administrators end to manage the LDS store, etc. To be fair, ESRI is not the only vendor application we have run into this issue with. Just a bit frustrating because it's a valid scenario and one that Microsoft invested the time in building in to meets lots of security check boxes but so many applications can't properly allow the MS end to simply do what it's designed to do. The standard answer we always seem to get is, "sorry, you have to stand up 2 environments, doubling your resource costs and administrators work loads while also ensuring you keep both environments mirroring each other to ensure internal and external users access the same things." Just wanted to see if you knew of any pending updates on the ESRI end for scenarios such as ours or know of work arounds we maybe have not investigated?

‎09-26-2016

Believe some initial test scenarios we did ran into these issues. Can't say we overly tested or vetted any solutions because we were able to scale down the download sizes, etc. but from what I recall it was mostly resources driven at the web tier. I believe initially we saw the issue was not enough RAM on the IIS boxes but increasing it alone didn't seem to help and we ended up adding an extra vCPU. to go from 1 to 2 and those changes were enough to make the difference as our bottleneck was the web tier. Another thing to consider would be digging into all the config files and determining if your apache tomcat post & heap size maximums need to be adjusted. This article was part of what helped us determine the dual action of increasing the CPU and Memory might alleviate our issues. https://blogs.msdn.microsoft.com/friis/2015/08/21/asp-net-segment-heap-sizes-or-how-much-virtual-memory-my-web-app-will-need/

‎09-26-2016

This is exactly the structure we have adopted. Our viewer is the read-only access and then we authenticate our users that need to edit and they use a separate editor app. We tried to determine a way around this either within the app's or by somehow using IIS but thus far we have not found any alternatives.

‎09-19-2016

While this doesn't hit exactly what you are trying to do it may start you down the right path. Either of these is a bit old but goes to show how long this has been a speed bump. https://blogs.esri.com/esri/arcgis/2007/08/27/displaying-coincident-points/ https://community.esri.com/thread/50340

‎09-19-2016

This was a defining factor for us and how we implemented the use of Collector. If users were using a map that was set for Online functionality and went into areas where they lost cell signal AND the device had gone into a sleep/standby mode then the next time users would try to access the app they had to travel to a location they could re-connect to the cell signal, sign in, then drive back to the area of interest without allowing the app to go into sleep/standby mode. This would then allow them to perform the collection and that collection would get sync'd the next time the device had cell signal again. Needless to say, this wasn't something we wanted to train/teach 500+ users about and therefore led us to do Offline mode functionality, across the board for everyone, at all times. From the device stand point I can't 100% confirm that doing an update to the app and/or iOS requires the user to log back into the app but would bet that either of these very well could force users to log in. I can say for sure that in iOS if the user double-taps the Home button and then swipes the Collector app away (forces the app to close out) this will force the user to log in. Based off you mentioning the drop in signal and using AGOL I would guess the maps were set-up for Online use. So the issue with users having to log back in could be that which I described above with our users. We looked into trying to do some configurations for not allowing the device (iOS) to go to the screen lock (sleep/standby) as this seemed to be the key piece once internet connections were dropped but deemed it not viable for our intentions.

‎09-16-2016

Hmmm, yeah we have seen differences between iOS and Android across lots of things but the certificates have been consistent on both with the few hiccups we had. I can say that our experience has been that iOS doesn't play well with SSL offloading and we had to disable it then provide the full root, intermediate and wildcard certs we use on all our clustered machines. We haven't begun testing the Trusted Server option yet and are still using token based auth. Done the research on it all and we plan to test it soon. Based off the documentation I believe your format is correct and would be expected otherwise it makes clustered environments a pain. I can't say off top of my head anything else that would cause this. Actually re-reading it, while iOS isn't working it sounds like Android is also not working. My understanding of the use of the Trusted Servers option is the user shouldn't be required to enter the credentials a second time. It's supposed to provide a SSO experience. So it sounds as though the user is doing the AGO sign in and in Android incorrectly being prompted to login in based off the security on the REST services coming through the map rather than the users credentials automatically being passed through from back when they signed into Collector via Enterprise login option. If this is the case, then potentially the Trusted Server configuration is off or simply isn't working and explains why iOS appears to be incorrectly broken but truly is broken. Perhaps experiment with the Trusted Server URL by adding ports? Sorry, again not having fully implemented this I can't speak to any issues we encountered just going off all the research I've done in prep for our test environment to change over.

‎09-16-2016

Going to assume issue is Web-Tier Auth. This requires additional configuration under security settings on AGOL side. Need to leverage the Trusted Servers in order to use Web-Tier. These contain details about configuring, passing credentials, etc. http://doc.arcgis.com/en/arcgis-online/administer/configure-security.htm http://doc.arcgis.com/en/arcgis-online/reference/arcgis-server-services.htm http://gis.stackexchange.com/questions/176684/how-to-use-layers-from-trusted-servers-in-arcgis-online https://blogs.esri.com/esri/arcgis/2015/11/19/whats-new-in-arcgis-online-november-2015/

‎09-15-2016

You'd want to use the BFile Type for Oracle but these are Read only. http://docs.oracle.com/cd/E18283_01/java.112/e16548/oralob.htm

‎09-14-2016

So probably a wasted point but didn't notice it anywhere in comments yet. Have you registered the SDE connection with the Server Data Stores? Was trying to follow the usernames above but we have seen interesting headaches before on new installations. During the initial set-up of the new 10.4.1 SDE in SQL the account that you use IS the owner of the database. However, it's been our experience that this account is best left for that sole purpose. Any remaining accounts are assigned permissions via SQL that are set AS dbo. Trying to avoid getting to far into the weeds but I'd suggest creating a new schema within SQL and assign the Windows account access to the schema as appropriate. This may help better explain the scenario when reading the dbo specific info but essentially its tied to the users default schema along with other SQL side granted permissions https://msdn.microsoft.com/en-us/library/bb669061(v=vs.110).aspx Last item, the above addresses the issues with being able to ensure the account can properly execute any of the functions within the database (i.e. ESRI stored procedures).

‎09-01-2016

Right, I finally figured it all out. Part of my issues was the code I was using to get just the relpath and not the absolute path was off. After fixing that I still had the locking issue. To get around it I used copymanagement to replicate the fgdb into a different folder. The new replicated folder doesn't have the lock so then I zip that up and added a delete at the end of process to remove the copy making the folder ready for the next run.

‎09-01-2016

I am trying to automate a process to take a directory given by the user which contains a file geodatabase and zip it with only the relative path being retained. Intended output is a ZIP that contains just the final folder with the FGDB inside of it. The workflow is to take a feature class from SQL SDE and use "Feature Class to Feature Class" tool to load desired data into the FGDB. Next perform the zip below. When running this it returns this message: Traceback (most recent call last): File "C:\arcgisserver\ETL_Scripts\Scripts\Zipdir.py", line 19, in <module> zipdir(directory, zip) File "C:\arcgisserver\ETL_Scripts\Scripts\Zipdir.py", line 13, in zipdir ziph.write(os.path.relpath(os.path.join(root, file), os.path.join(path, '..'))) File "C:\Python27\ArcGIS10.2\Lib\zipfile.py", line 1033, in write st = os.stat(filename) WindowsError: [Error 3] The system cannot find the path specified: u'Output\\Output.gdb\\a00000001.freelist' This folder remains unable to be zipped until I close out of ArcCatalog which removes the .lock file from within the .gdb. This isn't an acceptable workflow to have to do in order to perform the zip as this is 1 step of about 15+ that needs to be able to be published into a service for automation. The code below is what I am using that creates this issue. Thanks for any assistance. import os, arcpy, zipfile directory = arcpy.GetParameterAsText(0) outputFile = arcpy.GetParameterAsText(1) def zipdir(path, ziph): #ziph is zipfile handle for root, dirs, files in os.walk(path): for file in files: if not file.endswith('.lock'): ziph.write(os.path.relpath(os.path.join(root, file), os.path.join(path, '..'))) if __name__ == '__main__': zip = zipfile.ZipFile(outputFile, 'w', zipfile.ZIP_DEFLATED) zipdir(directory, zip) zip.close()‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

‎08-11-2016

Just checking, is everyone fighting with this using purely hosted solutions or is anyone supporting with their own backend servers? Would have to think over a fully AGOL solution and its options but if anyone has their own backend this is pretty easy, especially if you are using live mode and not dealing with going offline but still doable with offline. Just gets into using behind the scenes wizardry on your database side.

‎08-10-2016

Hmmm ok that's a pretty current version so that wouldn't seem to be the problem.

Online Status	Offline
Date Last Visited	‎03-07-2022 02:41 PM

My Ideas

Latest Contributions by ScottFierro2

Re: Cannot download map with attachments

Re: SDE Upgrade SQL 2008 to 2012: Does it blow up?

Re: Issues in 10.3 with Active Directory and GIS Server

Re: Cannot download map with attachments

Re: Web App Authorization for particular users in a map

Re: Is there a way to shift/offset Point Data?

Re: Forced login to Collector

Re: Accessing secured services in iOS Collector app

Re: Accessing secured services in iOS Collector app

Re: Attached photos outside Oracle ?

Re: Publishing Services from direct connection to SQL Server 2014

Re: Unable to Zip due to GDB lock

Unable to Zip due to GDB lock

Re: Collector Symbology from table field

Re: crush dump file for arcgis server

Re: Bad login problem with database connection in ...

Re: Specific Windows 10 permissions to run .py scr...

Re: Restrict administrative permissions on certain...

Re: Updating SSL Certificate

Re: Restrictive administrative permissions on cert...

Roads and Highways User Group (RHUG)

Ohio GIS