Latest Contributions by TylerKiehle1

Update: The problem I'm having appears to trace back to the failure of the complex symbology for the ServiceLine feature layer in the LSLI solution to come through to the new hosted feature layer I publish from ArcPro.  Even though I import the symbology directly from the original ServiceLine hosted feature layer in AGOL and everything in the symbology pane looks to be the same, the JSON in the new published hosted feature layer is basic.  Oddly enough, all the editing templates come through in the JSON, only the "drawingInfo" fails to come through.  I tired to update the JSON definition by copying the "drawingInfo" from the original ServiceLine JSON to the new hosted feature layer, but it failed to accept the updates.  I'm new to the REST admin tools, so I can't really troubleshoot that aspect of it. Hopefully, somebody who's already been down this road comes across this post and can give me some ideas.  I'm looking at you, LSLI Solution developers. ... View more

UPDATE: So, I tested the switch source method and had mixed results. I updated the ServiceLine_editing view source with one that I published from ArcPro to our ArcGIS Online org.  The data source of the new source for the view was an export to file gdb from the original ServiceLine hosted feature layer.  The file gdb included the relation tables and everything.  I opened a new project in ArcPro and copied all the fc and tables from the downloaded file gdb to the default project gdb in the ArcPro project.  I didn't make any changes to the data itself.  Then, I created a new map with a new name, ServiceLine_SWAP_test, imported the symbology from the ServiceLine hosted feature layer, removed the base layers, save the changes to the project and published to a web layer.  Then the new hosted feature layer with attachments was given all the same settings as on AGOL as the ServiceLine hosted feature layer. I reduced as many variables as possible. Then I switched the ServiceLine_editing view source from ServiceLine to ServiceLine_SWAP_test.  The source switch claimed to be a success, but then when I opened the Lead Service Line Editor to see if the web app broke, sure enough the web app showed basic points, instead of the previous symbology for the different material types.   Since the test failed, I thought surely I can switch the ServiceLine_editing view source back to ServiceLine and everything will work again as before.  Wrong.  The view switched sources successfully according to AGOL, but when I opened the Editor web app again, the material types appeared in the editing template, but the symbology was not completely restored.  Keep in mind, I only viewed the Editor web app after the test source switch, I did not open it in edit mode or save any configuration changes, so it should have been unaltered when I switched the source back to the ServiceLine hosted feature layer. Needless to say, I'm not confident in the source switch method to update the ServiceLine_viewing view, since we have a public web app that utilizes this view. I guess my next step will have to reach out to Esri Support to find out why the source switch method caused issues with the Editor web app. ... View more

Same issue, it's rendered my Download Maps tool useless to manage edits on my 150,000 point hosted feature layer.  Anybody know if this tool will be reliable?  It would be a great tool if it worked. ... View more

Thank you for your response.  Be that as it may, if it's a known issue, it would seem that either the Pi Integrator for BA or GeoEvent could program their solutions to take it into account.  The GeoEvent input connector could have a setting that would allow for a delay between recognizing a file has landed in the folder and opening the file for processing.  If I can script a solution, they can design it as a function of their configurable solution.  After all, I'm pretty sure Esri is going for ease of use with configurable solutions, this would be one of those value added features that would help save end users time and resources. ... View more

Thank you for your response.  That is a good suggestion, but I was hoping that Esri's configurable solution had addressed this shortcoming and that I wouldn't have to script a way around it.  I guess I could potentially take the time to learn how to build my own input connector that is the exact same, except with a delay setting so it works as intended. ... View more

Did you ever figure out a way to bring in Sensus Meter data into your GIS?  I'm very curious because my organization is implementing Sensus Smart Meters within an AMI, but everything I've seen indicates that the Sensus FlexNet RNI and Sensus Analytics are closed systems with no API or REST services that can be used to bring our data into other systems. ... View more

Where did you install the .jar?  On your server or on your desktop? I'm having similar issues connecting to a Microsoft SQL Server with ArcGIS Insights desktop app and I don't see anywhere in the Connecter Types manager in the Settings allowing me to delete the pre-installed Microsoft SQL Server connector.  It's my understanding the "vendor files" refer to the connector .jar files the ArcGIS Insights desktop uses to connect to the database server? Were you using ArcGIS Insights desktop app?  Or the Enterprise app? ... View more

Thank you for your response.  I'm sorry, I thought it was implied that I'm specifically interested in using Explorer for ArcGIS to access our enterprise Portal through a VPN connection.  I should have included that in my original post.  We have the Portal configured to allow anonymous users already, but I can't seem to access the Portal as an anonymous user with the Explorer for ArcGIS app on my mobile device. ... View more

Work around: Choose "Continue without signing in" Tap the Profile icon    > Sign in    > Choose ArcGIS Online or ArcGIS Enterprise and sign in without giving access to your contracts ... View more

Our issue occurs on Android 9 smartphones using the current version of the Chrome browser while using web apps hosted on Portal 10.6.1.  It works fine with Firefox browsers on Android 9.  It also works fine on Android 8 smartphones with a Chrome browser. I found these bugs on the Esri tech support page: https://support.esri.com/en/bugs/nimbus/QlVHLTAwMDExOTk0MQ== https://support.esri.com/en/bugs/nimbus/QlVHLTAwMDExNjEwMQ== It appears this is a known bug for the Chrome/Android 9/Portal 10.6.1 combination.  I find it mildly amusing that Esri felt this bug that prevents users with the world's leading mobile OS and browser to navigate a web map effectively in web apps hosted on their Enterprise Portal was a low severity bug.  And the solution Esri offered is, "just upgrade your Portal to 10.7 so you can utilize the next version of the ArcGIS API for JavaScript 3.27."  Uh i don't know, maybe patch the ArcGIS API for JavaScript 3.26 so we don't have to upgrade at a moments notice when your apps stop working?  I don't know about you guys, but I like to plan upgrades and avoid doing them in reaction to an emergency situation.  I guess the path of least resistance in the short term is to ask our Portal users to use Firefox while we plan an upgrade to Portal 10.7. Typical.  ... View more

Did you find a solution?  We have users experiencing this same problem. ... View more