Latest Contributions by JeffPuuri

jose valdes Thanks for providing all of your troubleshooting steps.  I tried deleting the portal, but that didn't work for me.  However, thanks to the extra info that you provided, I had forgotten about sometimes needing to use the Windows Credentials Manager to delete old login credentials for Survey123Connect (under the Windows Credentials).  Once I removed the old credentials, restart Survey123Connect, then press Sign In, I am prompted for my credentials, and everything is working again.  Thanks also to Cheryl Trine for the timeliness of your original post, maybe if someone else runs into this and finds your post, they will have two things to try for resolution, since it might depend on their situation which one will work. ... View more

I am having the same problem today.  I hadn't had to update my survey using Connect for a while until today.  When I start up Connect I am signed out.  When I press the button to Sign In, no response whatsoever.  I seem to be able to login to any other Esri service today except for this one, including the Survey123 site itself.  Possibly an issue with the login service from this particular app?  I am running v3.0.142. ... View more

I don't know all of your form requirements, and also whether or not you have explored this option yet, but have you looked at using GeoForms for crowd-sourcing data collection: https://www.arcgis.com/home/item.html?id=931653256fd24301a84fc77955914a82 A companion app analyzing results is Summary Viewer: http://www.arcgis.com/home/item.html?id=2e8512893d4b463fb9ee81ec17d7af07 Good luck with your investigation Jeff Puuri ... View more

You wouldn't create a feature class for each iteration of the repeats block, just for each repeats block, plus the main class itself.  Then a new feature with picture attachment is created for each each iteration,  Sounds like in your case there would be three feature classes total, and they are all linked together by relationship classes, therefore easily navigable from the main feature using ArcGIS Online.  Not much different from the way regular attachments are accessed right now in ArcGIS Online.  Sorry if I was confusing in my explanation. ... View more

I have the similar need to capture multiple images per survey form and am using the same technique you describe of an image field inside a repeat block to accomplish this.  What I have found is that I also need to add a geopoint field inside the repeat block in order for it to work.  By doing this, a related feature class associated with the repeat block is generated instead of a related object class and the attached image is being captured to the related feature.  That might sound confusing. Bottom line, try adding a geopoint field into the repeat block and republish the form. My hope is that someday, Survey123 will support multiple image attachments per survey feature created.  Until then I am using this workaround. ... View more

Thanks Dan! I had previously installed and had been using Survey123 Connect for building and publishing my survey forms, and did not see that there is a separate installer for the Survey123 client app on several other platforms besides iOS/Android.  Thanks for pointing that out. Survey123 Connect​ - publish forms (need to have an AGOL login) Survey123 (client)​ - consume published forms (same link again as Dan had previously provided) ... View more

Thanks for this fix.  I have tested it out on the Android side and it is working as expected now creating navigable related records from repeats blocks.  I will test out the Apple version as soon as it shows up in the App Store. ... View more

Gary, have you tried adding a geopoint field alongside the image field in your repeats block?  Such that now your repeats section will have both an image field and a geopoint field, along with the other capture fields.  That will force your repeats records to be stored inside of a related feature class instead of a related table.  I was testing the same configurations that you are describing and once I added a geopoint field to the repeats block containing an image field, the related feature has the image attachment.  Now granted, the relationship between the parent feature from outside the repeats block to all the children corresponding to each repeat is not established due to the ParentRowID not being populated as I originally reported, and Ismael confirmed.  What I think is happening on this related image issue, and it should probably be raised as a separate issue, is that attachments in related tables are not being created, although attachments in related feature classes are being created apparently just fine.  Let me know if you get a chance to try the geopoint field and what results.  I'd be very curious to hear how someone else's testing on this topic turns out. ... View more

Hi Mike, Thanks for getting back to me.  I think everything is all good now.  Just prior to your response I had republished all the layers in my ArcGIS Online map from republished versions of my feature services with all scale suppression removed.  Once I did that I can change Visibility level in the layers of my ArcGIS Online map and they will persist from session to session just fine.  Thanks for the reply and the fix. Jeff Puuri ... View more

Hi Mike, I ran into this same issue just today and found this post with your workaround procedure, which solved the behavior I was experiencing, so thanks very much for the reply.  My question is this a temporary workaround or a permanent solution?  From the post, it sounded like a workaround, and that a fix (i.e. not having to save the layer) might be in place by now.  Thanks for any update you might be able to provide on the status. Jeff Puuri ... View more

Thanks, Michelle, that also is helpful.  I had to do some hacking of my own down in the published service folder (c:\arcgisserver\directories\...).  For the very service that I was having issues with as described above, once I did get it to run so that I could publish it, the publishing placed a copy of the ibm_db python module in the actual published service folder, and having the module in that folder cause the gp service to crash when trying to execute.  Once I removed those modules from the published service folder, everything worked again.  It is good to know there are other situations that might cause the need for alterations down in that published service folder. ... View more

Thanks for the update, Michelle; I am glad you were able to find a workaround.  Although our situations, Esri versions, and workarounds were different, I am detecting a similarity related to the executing program (gp svc, etc) not 'finding' the correct python module required for proper execution.  I appreciate your contribution to this thread as it confirms for me, and maybe for others who will read this in the future, that paths to python executables and modules should be considered when troubleshooting this type of execution issue, and that sometimes an unorthodox workaround (aka hack) as we have each described is necessary.  If you wind up with a final resolution that you have time to post back to this thread, I would love to read about it and file away for future reference as I am doing more and more with python-based gp services and will continue to do so in the future.  Have a great day! Jeff Puuri ... View more

Michelle - We had to use the following workaround to keep our project moving forward.  Like I mentioned, I had this solution working before this server rebuild occurred and looking back, I am suspicious of  SP1 for 10.1 not getting along with python.  When I originally got this solution working it was straight 10.1 Desktop and Server before SP1 for each came out.  I configured my ibm_db third party python module for use with C:\python27 that esri lays down and everything was fine.  What I don't remember is if we subsequently installed the SP1 for Desktop and Server and it was still working.  I don't think we did.  It was working so we left it alone. However when the server was rebuilt, 10.1 was installed along with SP1 before our app.  After going through the same config of my ibm_db python module, I ran into the errors noted above. Fortunately, I had saved a copy of the entire C:\python27 folder structure from the working server (with no SP1).  On the rebuilt server, I just completely replaced C:\python27 folder that existed after 10.1 and SP1 were installed with the one I had saved from the working server and everything worked fine again. This meant that we needed to preserve a copy of the C:\python27 folder structure for subsequent server deployments and make sure to include that folder replacement as one of our deployment steps after installing Server and Desktop.  Maybe we could have deployed servers without SP1 and it would have worked too, but we found this workaround that I mentioned and that was good enough to keep things moving forward. I am no longer on that project and know that 10.2 is out now so it may not be an issue anymore.  Our experience seemed to come down to some specific interaction between 10.1, SP1, and python. I hope this helps. ... View more