Latest Contributions by ChrisMcLean2

Hi Philip, I'm having the same issue on Android devices, where the users are required to enter their password every time they close and open the app.  I'm using versions: Connect 3.0.138 and App 3.0.149   Also upgraded to Connect 3.0.142 to test... still have the same issue Please advise.  Thanks ... View more

I know this is an old post, but thought that I would add the solution to revert the promoted SDE user from dbo back to the sde schema - which happens when you've granted the SDE user sysadmin rights for whatever reason.  Remove the sysadmin permissions from the SDE user, must login as another sysadmin to do this Run the script for each enterprise geodatabase database if necessary USE [your_database_name] GO ALTER AUTHORIZATION ON SCHEMA::[sde] TO [dbo] GO DROP USER [sde] GO CREATE USER [sde] FOR LOGIN [sde] GO ALTER USER [sde] WITH DEFAULT_SCHEMA=[sde] GO -- You don't have to give db_owner permissions to the SDE user, you can determine the permissions to give. ALTER ROLE [db_owner] ADD MEMBER [sde] GO ALTER AUTHORIZATION ON SCHEMA::[sde] TO [sde] GO   During the process the account might become disabled... you'll just have to enable it again. This worked for me, and hope it works for anyone running into the same problem. This might not be the case, and for an issue of this magnitude you should first test the solution in a DEV and QA environment, and backup your data before making such changes. Cheers, Chris ... View more

Hi there, I also had the exact same issue... I found a solution so thought I would post it here.   I first published the survey without the TPK in the "media" folder of the survey (Survey123 Connect). The survey published without issue.. Then I added the TPK file to the media folder and re-published the survey... this seemed to solve the problem.    Side Note: A little trick that I picked up while trying to solve the issue, is that if you're using Collector and Survey123 in the same location then you can point Survey123 to the Collector TPK folder (on the device settings) and use one tile package for both Survey123 and Collector...  ... View more

Hi Jon, I haven't been spending much time on Survey123, and we changed our setup to a multiple machine deployment. I'm not sure how much help I can be in solving the issue. Could you post the log of the failed publishing?  Chris ... View more

Hey Keith, Glad I could help. Cheers, Chris ... View more

Hi Heather, There should not be a need to enable anonymous access, nor to disable IWA access. You can configure your settings in Survey123 Connect (the application used to publish surveys) to bypass the windows authentication and anonymous access. Please see the screen shot below for guidance. I am using the Beta version of Connect - version 2.0.11 The configuration should look like: The red piece that I've hidden, is the address to your Portal server. then instead of the .com/portal/  - you should use the com:7443/arcgis/ To do this configuration you need to go to the Sign In section: You might need to Sign Out before you see the sign in option, or simply re-install the Survey123 Connect application if you're struggling. Then add your Portal address with the :7443/arcgis/ at the end, select it and once you go back you should get to the main screen with the correct address at the bottom. Or it might send you to the Sign In page - you want it to look like the image below: I have had the experience where you need to exit Survey123 Connect and open it again before you get to this login page. I use the "portaladmin" account to login - this should be the account that was created when the ArcGIS Enterprise setup was installed. If you don't have this account anymore, then you need to create a built-in portal account with full admin rights under "My Organization" in the Portal interface. If you create the account then you need to login to it through the Portal a first time and it will ask that you change the password (I find that sometimes this is an issue with new built-in accounts as the password assigned is temporary). This is a little tricky to do without disabling the IWA, but it is possible - it's a topic for another post though, let me know if you need assistance. Once you've signed in you should be able to (finally) publish forms. The forms will sit under the portaladmin user, but you can change the ownership in the Portal itself to whatever user you choose. Then from there you can share it out to your IWA users. Maybe I should touch on the users too... the Survey123 application itself it NOT configured in the same way. This should use the .com/portal/ setting in order to enable the single sign-on. Below is the final image you're looking for: In order to achieve this you will need to follow the following steps: Sign in with your windows authentication details, this only need to take place once, after this point it will remember who you are. If all is successful you should receive an approval request: And it should have picked up your IWA portal username and account. After this you're good to go, download whatever surveys have been shared with you and start capturing data. Please comment on whether or not this worked for your setup. Thanks, Chris Some notes: I am using my laptop to do this, not the server itself. Internet connection from the laptop is required to convert the excel form to the web form Anonymous access is disable in IIS and in the Portal settings Only IWA access is enabled in IIS ... View more

Hi Keith, Great, I'm glad I could help. For the record I have IWA enabled and Anonymous Access disabled while publishing the survey in the manner I mentioned. I don't need to fiddle with the IIS or Portal settings at all to publish forms. Cheers, Chris ... View more

Hi Andrew, After going through the problem with ESRI's technical team here in South Africa, the conclusion that they made was that the Portal we have deployed is configured in a Tier 1 configuration (which they deployed) (so everything is installed on one server - the Portal, ArcGIS Server and Data Store) and the Windows Authentication that we have setup. These two issues seem to be the reason as to why it's not working. At least this was their conclusion. Another issue could be the Security Certificate being used which is SHA-1, and not SHA-256. This is also (apparently) the reason why the ESRI Maps for SharePoint installation has limited functionality and does not allow for a Portal guest account to be configured on the ESRI map web part, and we're not able to select feature in the ESRI Map web part (select function is disable). Currently, we've been busy trying to troubleshoot these issues for 2 months now, and we still don't have a solution for the Pilot server. We're waiting for the QA and PROD servers to test whether or not the different configuration will have better results. It's very frustrating this side not being able to test to the functionality of these products on our system. Having the free ArcGIS Online Trial account does help though to test the functionality, but we can't deploy and test with our users. Let me know if you have any luck that side... I'll let you know if there's any progress on this side. Thanks, Chris ... View more

Hi Robert, I agree with your comment that this should not be given to everyone. Also, this requires a lot of training in GIS to be able to do this. There's no control to limit the user from doing whatever they please, which is why this solution would not work for us. Thanks for the comment though, Chris ... View more

Hey Kory, Yip, that's pretty much exactly what I'm looking for, a simple desktop editing application with the ability to only edit geometry and attributes. One should be able to set the same rules as one can in the web map applications - for example block users from editing certain fields. The ArcGIS Online abilities are limiting in the sense of lack of tools for editing, there aren't any advanced functions. But the most limiting aspect is the user friendliness - it's very slow and in the browser difficult to select features. The attribute pops up the whole time even if its set to off, manipulating a large dataset (8000 records) with multiple vertices is slow and time consuming. Probably the worst thing is that edits are made in real time, there's no "check-out" and "check-in" functionality... so the users can't save their progress and come back to it the next day and then only post the changes. (I am aware of the versioning, and it does work to some extent to help with this problem). The other issue is the line styles, any form of customized linestyles and the the web application in editing mode displays it as a thick black line.  I still need the time to look at ArcGIS Pro, to see if I can limit the functionality and determine how complex the editing would be.  Thanks, Chris ... View more

Hi Kory, That's great that there's already a solution out there... I'll look into using ArcGIS Pro in a little more details. However, I doubt that it will meet the requirements I specified in this idea... the reasons being: ArcGIS Pro is a licensed application - therefore there's additional costs involved. Currently, we can the named user licenses in Portal, this too carries costs, and currently we can have the limited online editing with the Portal licensing cost - not sure if we would consider additional costs of Pro for the same end-user functionality of simple editing. The idea is to have the "Web App" functionality in a desktop application in order to make the editing experience more user friendly... some of the more user friendly ideas are: Have a "Post" functionality so that the user can makes edits, save it locally (or versioning) and then post the changes once they are sure about the information they've changed Support for complex linestyles and polygon styles ArcGIS Pro is complicated... sure, not to us experienced GIS users... we understand the functionality and how to move around the application, but for the average user - the non-GIS person, this will require intense training and most of our users don't want that and because of that they won't use it. We can't expect to bring all the users in a company to the same level as an ArcGIS beginner user.  We were using ArcGIS Publisher and ArcReader before the days of the Portal (still some departments on the system currently) - I'm not surprised how little training is required for the users, with no GIS knowledge, in order for them to pick up and use ArcReader. The application is simple. "Double click the shortcut I put on their desktop, click here to turn on and off layers. Here is a measure tools, and here you can print". Done. The Portal requires much more training... that's why some departments don't want to make the switch... think about that one...  If the functionality exists in ArcGIS Pro, then the technology already exists... it shouldn't be too hard to simplify the technology for the non-GIS users. Should it? Thanks for the quick response, Chris ... View more